US20130174206A1 - Vcr control capabilities for information play sessions - Google Patents
Vcr control capabilities for information play sessions Download PDFInfo
- Publication number
- US20130174206A1 US20130174206A1 US13/701,878 US201013701878A US2013174206A1 US 20130174206 A1 US20130174206 A1 US 20130174206A1 US 201013701878 A US201013701878 A US 201013701878A US 2013174206 A1 US2013174206 A1 US 2013174206A1
- Authority
- US
- United States
- Prior art keywords
- user
- information
- media server
- control options
- recorded
- 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.)
- Abandoned
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/64322—IP
-
- 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
- H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
-
- 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/1076—Screening of IP real time communications, e.g. spam over Internet telephony [SPIT]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2387—Stream processing in response to a playback request from an end-user, e.g. for trick-play
Definitions
- the present invention relates to IMS networks and, more particularly, to information recording sessions in IMS networks.
- Users in a communication network may communicate some information to the network.
- the information may be in the form of an audio message.
- the network may receive the information, record and store the information.
- IMS Internet Protocol Multimedia Subsystem
- the only control options available to the user are to start the recording session for the information and to end/terminate the recording session.
- the user may need to exercise greater control over the information that is being recorded by the network. For example, if the user is saying a message to the network, and the user makes a mistake while saying the message, then the network would record the wrong message and the user does not have an option to correct the mistake without re-starting the communication session with the network.
- an embodiment herein provides a method for enabling control options while information is being recorded from a user.
- a Media Gateway Controller sends the control options to a Media Server.
- the Media Server receives a control command from the user, wherein the control command is based on the control options and the Media Server performs an action on the information based on the control command.
- the user is an Internet Protocol Multimedia Subsystem (IMS) user.
- the Media Gateway Controller sends the control options to the Media Server in a Session Initiation Protocol (SIP) INFO message using Media Server Markup Language (MSML) format.
- the control options are at least one of cancel recording, restart recording, replay recorded information, delete recorded file and message deletion timeout after specified time duration.
- Embodiments further disclose a Media Gateway Controller for enabling control options while information is being recorded from a user.
- the Media Gateway Controller receives the control options from a Service Control Point, maps the control options to a message that can be sent to a Media Server and sends the control options to a Media Server.
- the Media Gateway Controller maps the control options to a Session Initiation Protocol (SIP) INFO message using Media Server Markup Language (MSML) format.
- SIP Session Initiation Protocol
- MSML Media Server Markup Language
- the user is an Internet Protocol Multimedia Subsystem (IMS) user.
- IMS Internet Protocol Multimedia Subsystem
- Embodiments herein also disclose a Media Server for enabling control options while information is being recorded from a user.
- the Media Server receives a control command from the user and performs an action on the information based on the control command.
- the user is an Internet Protocol Multimedia Subsystem (IMS) user.
- IMS Internet Protocol Multimedia Subsystem
- the Media Server receives the control options from a Media Gateway Controller.
- control options are at least one of cancel recording, restart recording, replay recorded information, delete recorded file and delete recorded information after specified time duration.
- FIG. 1 illustrates a block diagram of users in an IMS network, according to an embodiment herein;
- FIG. 2 is a block diagram of a Media Gateway Controller (MGC), according to an embodiment herein;
- MMC Media Gateway Controller
- FIG. 3 is a block diagram of a Media Server (MS), according to an embodiment herein;
- FIGS. 4 a and 4 b are flowcharts depicting a method for enabling control options when information is being recorded by the network, according to an embodiment herein;
- FIG. 5 illustrates a flow diagram for an example illustrating use of a control option when information is being recorded by the network, according to an embodiment herein;
- FIG. 6 illustrates a flow diagram for an example illustrating use of a control option when information is being recorded by the network, according to an embodiment herein.
- FIGS. 1 through 6 where similar reference characters denote corresponding features consistently throughout the figures, there are shown embodiments.
- FIG. 1 illustrates a block diagram of users in an IMS network.
- a user 101 in an IMS network may communicate some information to the network.
- the network receives the information, records and stores the information. If the message is to be delivered to a destination user, then the network sends the message to the destination user.
- the information communicated by the user 101 would be received by a Media Server (MS) 102 .
- the user 101 may communicate information to the MS 102 using a communication terminal and the user may use Session Initiation Protocol (SIP) for communication with the network.
- SIP Session Initiation Protocol
- the MS 102 records and stores the received information.
- the MS 102 is a server that helps establish and maintain a multi media session with the user 101 .
- the MS 102 also stores media and shares the stored media with users of the network.
- the user 101 Before communicating the information, the user 101 initiates a communication link with the network.
- the user 101 may initiate the communication link by sending a request to a Media Gateway Controller (MGC) 103 .
- MGC Media Gateway Controller
- the MGC 103 receives signaling information from the MS 102 and instructs the MS 102 to receive information from the user 101 .
- the MGC 103 also acts as a Service Switching Point (SSP) and makes available additional services during a communication session.
- the SSP may be a network element located outside the MGC 103 .
- the MGC 103 On receiving the request from the user 101 and on determining that information has to be recorded from the user 101 , the MGC 103 triggers a Service Control Point (SCP) 104 .
- the SCP 104 is used to help control the services offered by the network.
- the SCP 104 identifies the number to which a communication session is to be routed and then routes the communication session to the number.
- the SCP 104 also helps in playing voice messages or prompt announcements to the IN user 101 .
- the SCP 104 contains the service logic that implements the services related to receiving information from the user 101 .
- the SCP 104 instructs the MS 102 , using the MGC 103 , to establish a communication link with the user 101 .
- the SCP 104 When information has to be recorded from the user 101 , the SCP 104 sends a prompt announcement to the MS 102 and instructs the MS 102 that information has to be recorded from user 101 . If an announcement has to be made to the user 101 before recording the information, then the SCP 104 also sends an announcement ID indicating the announcement to be played to user 101 before recording the information. For example, the SCP 104 may send a Prompt and Receive Message (PARM) to the MS 102 . A PARM is used to play a prompt announcement and record information from the user 101 and includes the announcement ID of the announcement to be played to the user 101 . The prompt announcement played to the user 101 may be “Enter the message”.
- PARM Prompt and Receive Message
- the PARM also includes recorded information ID.
- the ID of the recorded information indicates the location in the MS 102 where the recorded information is to be stored.
- the PARM may also include control options that can be exercised by the user 101 while the information is being recorded by the MS 102 .
- the control options may be:
- Cancel recording to cancel the ongoing recording session.
- the information already recorded would be deleted from the MS 102 .
- Restart recording all the information recorded so far would be deleted from the MS 102 and a new recording session would be started.
- Replay recorded information the ongoing recording session would be terminated and the recorded message would be played to the user 101 .
- Delete recorded file the information recorded from the user 101 would be deleted.
- Message deletion timeout is the maximum time period for which information would be stored in the MS 102 .
- the SCP 104 sends the message to the MS 102 through the MGC 103 . On receiving the message, the MGC 103 maps the message to a message that may be interpreted by the MS 102 .
- the MGC 103 also maps the prompt announcement ID to the corresponding Uniform Resource Locator (URL) of the prompt announcement and the recorded information ID to the URL of the storage location of the recorded announcement.
- the URL of the prompt announcement indicates the location of the prompt announcement in the MS 102 .
- the MGC 103 then sends the message to the MS 102 .
- URL Uniform Resource Locator
- the MS 102 determines that information has to be recorded from the user 101 .
- the MS 102 locates the prompt announcement using the URL of the prompt announcement and plays the prompt announcement to the user 101 .
- the MS 102 may also convey the control options to the user 101 before recording the information communicated by the user 101 .
- the MS 102 may inform the user 101 that the control option to cancel the information is #3, which can be entered using a communication terminal.
- the MS 102 stores the recorded information in the location indicated by the URL of the storage location. If the user 101 wants to cancel the information, then the user 101 enters #3 using the communication terminal.
- the controls options may be conveyed to the user 101 when the user 101 subscribes to the communication network or the controls options may be conveyed to the user 101 during each communication session through a prompt announcement.
- the control options may be any single key or a combination of multiple keys on the communication terminal and the control options may be sent from the communication to the MS 102 using Dual Tone Multi Frequency (DTMF) signaling.
- DTMF Dual Tone Multi Frequency
- Information transfer between the MS 102 and the user 101 may happen through Real-time Transport Protocol (RTP). If the user 101 exercises any control option during the recording session, then the MS 102 receives the control command and performs an action on the recorded information according to the control command.
- RTP Real-time Transport Protocol
- FIG. 2 is a block diagram of a Media Gateway Controller (MGC).
- MMC Media Gateway Controller
- a user 101 in an IMS network may communicate some information to the network.
- the network receives the information, records and stores the information.
- the user 101 initiates a communication link with the network.
- the user 101 may initiate the communication link by sending a request to the MGC 103 .
- the MGC 103 receives the request through a receiver 202 .
- the MGC 103 On receiving the request from the user 101 and on determining that information has to be recorded from the user 101 , the MGC 103 triggers the SCP 104 .
- the SCP 104 instructs the MS 102 , using the MGC 103 , to establish a communication link with the user 101 .
- the SCP 104 When information has to be recorded from the user 101 , the SCP 104 sends a prompt announcement to the MS 102 and instructs the MS 102 that information has to be recorded from user 101 . If an announcement has to be made to the user 101 before recording the information, then the SCP 104 also sends an announcement ID indicating the announcement to be played to user 101 before recording the information.
- the SCP 104 sends the message to the MS 102 through the MGC 103 .
- the MGC 103 maps the message to a message that can be interpreted by the MS 102 . For example, the MGC 103 may map the message to a Session Initiation Protocol (SIP) INFO message using Media Server Markup Language (MSML) format.
- SIP Session Initiation Protocol
- MSML Media Server Markup Language
- the MGC 103 also maps the prompt announcement ID to the corresponding URL of the prompt announcement and the recorded information ID to the URL of the storage location of the recorded announcement. For example, if the prompt announcement ID indicates that the prompt announcement to be played to the user 101 is “Enter the message” and the prompt announcement is located at “loc1” in the MS 102 and the name of the prompt announcement file is “VB1.wav” then the URL of the prompt announcement may be “file:/loc1/VB1.wav”. If the recorded information ID indicates that the recorded information is to be stored in location “loc2” under the name Rec1 then the URL of the storage location may be “file:/loc2/Rec1.wav”.
- a processor 201 controls the functioning of the MGC 103 .
- the processor 201 maps the message and the announcement ID received from the SCP 104 to the URL of the announcement.
- the URL of a corresponding announcement ID may be stored in a memory 204 .
- the MGC 103 then sends the message to the MS 102 .
- the MGC 103 sends the URL of the announcement to the MS 102 through a transmitter 203 .
- the MS 102 determines that information has to be recorded from the user 101 .
- the MS 102 locates the prompt announcement using the URL of the prompt announcement and plays the prompt announcement to the user 101 .
- the MS 102 may also convey the control options to the user 101 before recording the information communicated by the user 101 .
- the MS 102 When the user 101 communicates the information, the MS 102 receives the information, records and stores the information.
- the MS 102 stores the recorded information in the location indicated by the URL of the storage location. For example, the recorded information may be stored at location “loc2” under the name Rec1. If the user 101 exercises any control option during the recording session, then the MS 102 receives the control command and performs an action on the recorded information according to the control command.
- FIG. 3 is a block diagram of a Media Server (MS).
- a user 101 in an IMS network may communicate some information to the network.
- the network receives the information, records and stores the information.
- the user 101 initiates a communication link with the network.
- the user 101 may initiate the communication link by sending a request to the MGC 103 .
- the MGC 103 On receiving the request from the user 101 and on determining that information has to be recorded from the user 101 , the MGC 103 triggers the SCP 104 .
- the SCP 104 instructs the MS 102 , using the MGC 103 , to establish a communication link with the user 101 .
- the SCP 104 When information has to be recorded from the user 101 , the SCP 104 sends a prompt announcement to the MS 102 and instructs the MS 102 that information may have to be recorded from the user 101 . If an announcement has to be made to the user 101 before recording the information, then the SCP 104 also sends an announcement ID indicating the announcement to be played to user 101 before recording the information. The SCP 104 sends the message to the MS 102 through the MGC 103 . On receiving the message, the MGC 103 maps the message to a message that can be interpreted by the MS 102 . The MGC 103 also maps the prompt announcement ID to the corresponding URL of the prompt announcement and the recorded information ID to the URL of the storage location of the recorded announcement.
- the MGC 103 then sends the message to the MS 102 .
- the MS 102 receives the message from the MGC 103 through a receiver 302 .
- the MS 102 determines that information has to be recorded from the user 101 .
- a processor 301 controls the functioning of the MS 102 . All the actions performed by the MS 102 are co-ordinated by the processor 301 .
- the processor 301 locates the prompt announcement from a memory 304 using the URL of the prompt announcement and plays the prompt announcement to the user 101 .
- the MS 102 plays the announcement to user 101 .
- the MS 102 sends the announcement to the user 101 through a transmitter 303 .
- the MS 102 may also convey the control options to the user 101 before recording the information communicated by the user 101 .
- the MS 102 receives the information, records and stores the information.
- the MS 102 receives the information from the user 101 through the receiver 302 and stores the recorded information in the memory 304 .
- the processor 301 stores the recorded information in the location indicated by the URL of the memory 304 . If the user 101 exercises any control option during the recording session, then the MS 102 receives the control command and the processor 301 performs an action on the recorded information according to the control command.
- FIGS. 4 a and 4 b are flowcharts depicting a method for enabling control options when information is being recorded by the network.
- a user 101 in an IMS network may communicate some information to the network.
- the network receives the information, records and stores the information.
- the user 101 initiates ( 401 ) a communication link with the network.
- the user 101 may initiate the communication link by sending a request to the MGC 103 .
- the MGC 103 On receiving the request from the user 101 and on determining that information has to be recorded from the user 101 , the MGC 103 triggers ( 402 ) the SCP 104 .
- the SCP 104 instructs ( 403 ) the MS 102 , using the MGC 103 , to establish a communication link with the user 101 .
- the SCP 104 sends a prompt announcement to the MS 102 and instructs the MS 102 that information may have to be recorded from the user 101 . If an announcement has to be made to the user 101 before recording the information, the SCP 104 may also send an announcement ID indicating the announcement to be played to user 101 before recording the information.
- the SCP 104 then sends ( 404 ) the message to the MS 102 through the MGC 103 .
- the MGC 103 maps ( 405 ) the message to a message that can be interpreted by the MS 102 .
- the MGC 103 also maps the prompt announcement ID to the corresponding URL of the prompt announcement and the recorded information ID to the URL of the storage location of the recorded announcement.
- the MGC 103 then sends ( 406 ) the message to the MS 102 .
- the MS 102 determines that information has to be recorded from the user 101 .
- the MS 102 plays the prompt announcement to the user 101 and records ( 407 ) the information communicated by the user 101 .
- the MS 102 receives the control command and performs ( 409 ) an action on the recorded information according to the control command.
- the MS 102 sends ( 4010 ) the status of the recording session to the MGC 103 .
- the MS 102 may send the status of the session as “Complete”, to the MGC 103 .
- the MGC 103 sends ( 4011 ) the status of the session, to the SCP 104 .
- the communication link with the user 101 may be released ( 4012 ).
- the various actions in method 400 may be performed in the order presented, in a different order or simultaneously. Further, in some embodiments, some actions listed in FIG. 4 may be omitted.
- FIG. 5 illustrates a flow diagram for an example illustrating use of a control option when information is being recorded by the network.
- a user 101 in an IMS network may communicate some information to the network.
- the network receives the information, records and stores the information.
- the user 101 initiates a communication link with the network.
- the user 101 may initiate the communication link by sending a request to the MGC 103 . If the user 101 wants to avail of any specific service offered by the network, then the user 101 also sends the Service code 502 of the service along with the request.
- the MGC 103 On receiving the request from the user 101 , and on determining that information may be transferred between the user 101 and the network, the MGC 103 triggers the SCP 104 .
- the MGC 103 may trigger the SCP 104 by sending an Initial Detection Point (IDP) 503 to the SCP 104 .
- IDP Initial Detection Point
- the SCP 104 instructs the MS 102 , using the MGC 103 , to start a communication session with the user 101 .
- the SCP 104 sends a message to the MS 102 , through the MGC 103 , to instruct the MS 102 .
- the SCP 104 may send a Connect to Resource (CTR) 504 message to the MGC 103 and the MGC 103 may send an invitation message to the MS 102 .
- CTR Connect to Resource
- the MS 102 then establishes a communication session with the user 101 .
- the SCP 104 determines that information would have to be received and recorded from the user 101 .
- the SCP 104 sends a PARM 505 to the MGC 103 in order to play a prompt announcement to the user 101 and receive information from the user 101 .
- the SCP 104 sends an announcement ID, recorded information ID and the control options in the PARM 505 .
- the MGC 103 maps the prompt announcement ID to the corresponding URL of the announcement and the recorded information ID to the URL of the storage location of the recorded announcement and sends the URL's to the MS 102 .
- the MGC 103 may send the URL's as a SIP info message in MSML 506 format.
- the MGC 103 also informs the MS 102 that information may have to be received from the user 101 and that the user 101 can exercise control options while the information is being recorded.
- the MGC 103 also maps the control options received from the SCP 104 and sends the control options to the MS 102 in the MSML 506 message.
- the MS 102 locates the announcement using the URL of the announcement and plays the announcement to the user 101 .
- the announcement may be played as an ANN 507 message and the announcement may be played to the user 101 through a Real-time Transport Protocol (RTP) connection between the user 101 and the MS 102 .
- RTP Real-time Transport Protocol
- the MS 102 can Start Recording 509 the information. While the MS 102 records the information, if the user 101 wishes to replay the information that has already been recorded, then the user 101 can exercise the control option for replaying the information. The user 101 may enter “#7” 5013 on a communication terminal to replay the recorded information.
- the MS 102 receives the command to replay the recorded information, the MS 102 stops the ongoing recording session and replays the recorded information, as Replay 5010 , to the user 101 .
- the MS 102 sends the status of the recording session to the MGC 103 .
- the MS 102 may send the status of the recording as a REC STATUS 5011 message.
- the MGC 103 then sends the status of the PARM session to the SCP 104 .
- the MGC 103 may send the status as a PARM_RSLT 5012 .
- FIG. 6 illustrates a flow diagram for an example illustrating use of a control option when information is being recorded by the network.
- a user 101 in an IMS network may communicate some information to the network.
- the network receives the information, records and stores the information.
- the user 101 initiates a communication link with the network.
- the user 101 may initiate the communication link by sending a request to the MGC 103 . If the user 101 wants to avail of any specific service offered by the network, then the user 101 also sends the Service code 602 of the service along with the request.
- the MGC 103 On receiving the request from the user 101 , and on determining that information may be transferred between the user 101 and the network, the MGC 103 triggers the SCP 104 .
- the MGC 103 may trigger the SCP 104 by sending an Initial Detection Point (IDP) 603 to the SCP 104 .
- IDP Initial Detection Point
- the SCP 104 instructs the MS 102 , using the MGC 103 , to start a communication session with the user 101 .
- the SCP 104 sends a message to the MS 102 , through the MGC 103 , to instruct the MS 102 .
- the SCP 104 may send a Connect to Resource (CTR) 604 message to the MGC 103 and the MGC 103 may send an invitation message to the MS 102 .
- CTR Connect to Resource
- the MS 102 then establishes a communication session with the user 101 .
- the SCP 104 determines that information would have to be received and recorded from the user 101 .
- the SCP 104 sends a PARM 605 to the MGC 103 in order to play a prompt announcement to the user 101 and receive information from the user 101 .
- the SCP 104 sends an announcement ID, recorded information ID and the control options in the PARM 605 .
- the MGC 103 maps the prompt announcement ID to the corresponding URL of the announcement and the recorded information ID to the URL of the storage location of the recorded announcement and sends the URL's to the MS 102 .
- the MGC 103 may send the URL's as a SIP info message in MSML 606 format.
- the MGC 103 also informs the MS 102 that information may have to be received from the user 101 and that the user 101 can exercise control options while the information is being recorded.
- the MGC 103 also maps the control options received from the SCP 104 and sends the control options to the MS 102 in the MSML 606 message.
- the MS 102 locates the announcement using the URL of the announcement and plays the announcement to the user 101 .
- the announcement may be played as an ANN 607 message and the announcement may be played to the user 101 through a Real-time Transport Protocol (RTP) connection between the user 101 and the MS 102 .
- RTP Real-time Transport Protocol
- the MS 102 can Start Recording 609 the information. While the MS 102 records the information, if the user 101 wishes to restart the recording session, then the user 101 can exercise the control option for restarting the session, shown as Restart 6010 .
- the user 101 may enter “#7” on a communication terminal to restart the recording session.
- the MS 102 receives the command to restart the session, the MS 102 stops the ongoing recording session, deletes the information that has been recorded so far and starts the recording session from the beginning.
- the MS 102 plays the prompt announcement, as ANN 6011 , and when the announcement is complete, End ANN 6012 the MS 102 starts recording any information communicated by the user 101 as Start Recording 6013 .
- the MS 102 After the MS 102 has completed replaying the information, shown as End Recording 6014 , the MS 102 sends the status of the recording session to the MGC 103 .
- the MS 102 may send the status of the recording as a REC STATUS 6015 message.
- the MGC 103 then sends the status of the PARM session to the SCP 104 .
- the MGC 103 may send the status as a PARM_RSLT 6016 .
- the embodiments disclosed herein can be implemented through at least one software program running on at least one hardware device and performing network management functions to control the network elements.
- the network elements shown in FIG. 1 , FIG. 2 and FIG. 3 include blocks which can be at least one of a hardware device, or a combination of hardware device and software module.
- the embodiment disclosed herein specifies a system and method for enabling control options while information is being recorded from a user. Therefore, it is understood that the scope of the protection is extended to such a program and in addition to a computer readable means having a message therein, such computer readable storage means contain program code means for implementation of one or more steps of the method, when the program runs on a server or mobile device or any suitable programmable device.
- the method is implemented in a preferred embodiment through or together with a code written in e.g. Very high speed integrated circuit Hardware Description Language (VHDL) any other coding language, or implemented by one or more VHDL or several software modules being executed on at least one hardware device.
- VHDL Very high speed integrated circuit Hardware Description Language
- the hardware device can be any kind of device which can be programmed including e.g.
- the device may also include means which could be e.g. hardware means like e.g. an ASIC, or a combination of hardware and software means, e.g. an ASIC and an FPGA, or at least one microprocessor and at least one memory with software modules located therein.
- the method embodiments described herein could be implemented in pure hardware or partly in hardware and partly in software. Alternatively, the invention may be implemented on different hardware devices, e.g. using a plurality of CPUs.
Abstract
Description
- The present invention relates to IMS networks and, more particularly, to information recording sessions in IMS networks.
- Users in a communication network may communicate some information to the network. The information may be in the form of an audio message. The network may receive the information, record and store the information. In Internet Protocol Multimedia Subsystem (IMS) networks, the only control options available to the user are to start the recording session for the information and to end/terminate the recording session.
- Apart from the two available control options, the user may need to exercise greater control over the information that is being recorded by the network. For example, if the user is saying a message to the network, and the user makes a mistake while saying the message, then the network would record the wrong message and the user does not have an option to correct the mistake without re-starting the communication session with the network.
- In view of the foregoing, an embodiment herein provides a method for enabling control options while information is being recorded from a user. A Media Gateway Controller sends the control options to a Media Server. The Media Server receives a control command from the user, wherein the control command is based on the control options and the Media Server performs an action on the information based on the control command. The user is an Internet Protocol Multimedia Subsystem (IMS) user. The Media Gateway Controller sends the control options to the Media Server in a Session Initiation Protocol (SIP) INFO message using Media Server Markup Language (MSML) format. The control options are at least one of cancel recording, restart recording, replay recorded information, delete recorded file and message deletion timeout after specified time duration.
- Embodiments further disclose a Media Gateway Controller for enabling control options while information is being recorded from a user. The Media Gateway Controller receives the control options from a Service Control Point, maps the control options to a message that can be sent to a Media Server and sends the control options to a Media Server. The Media Gateway Controller maps the control options to a Session Initiation Protocol (SIP) INFO message using Media Server Markup Language (MSML) format. The user is an Internet Protocol Multimedia Subsystem (IMS) user.
- Embodiments herein also disclose a Media Server for enabling control options while information is being recorded from a user. The Media Server receives a control command from the user and performs an action on the information based on the control command. The user is an Internet Protocol Multimedia Subsystem (IMS) user. The Media Server receives the control options from a Media Gateway Controller.
- Also, disclosed herein is a system for enabling control options while information is being recorded from a user. The system receives a control command from the user and performs an action on the information based on the control command. The user is an Internet Protocol Multimedia Subsystem (IMS) user. The control options are at least one of cancel recording, restart recording, replay recorded information, delete recorded file and delete recorded information after specified time duration.
- These and other aspects of the embodiments herein will be better appreciated and understood when considered in conjunction with the following description and the accompanying drawings.
- The embodiments herein will be better understood from the following detailed description with reference to the drawings, in which:
-
FIG. 1 illustrates a block diagram of users in an IMS network, according to an embodiment herein; -
FIG. 2 is a block diagram of a Media Gateway Controller (MGC), according to an embodiment herein; -
FIG. 3 is a block diagram of a Media Server (MS), according to an embodiment herein; -
FIGS. 4 a and 4 b are flowcharts depicting a method for enabling control options when information is being recorded by the network, according to an embodiment herein; -
FIG. 5 illustrates a flow diagram for an example illustrating use of a control option when information is being recorded by the network, according to an embodiment herein; and -
FIG. 6 illustrates a flow diagram for an example illustrating use of a control option when information is being recorded by the network, according to an embodiment herein. - The embodiments herein and the various features and advantageous details thereof are explained more fully with reference to the non-limiting embodiments that are illustrated in the accompanying drawings and detailed in the following description. Descriptions of well-known components and processing techniques are omitted so as to not unnecessarily obscure the embodiments herein. The examples used herein are intended merely to facilitate an understanding of ways in which the embodiments herein may be practiced and to further enable those of skill in the art to practice the embodiments herein. Accordingly, the examples should not be construed as limiting the scope of the embodiments herein.
- The embodiments herein disclose system and method for enabling control options while information is being recorded from a user. Referring now to the drawings, and more particularly to
FIGS. 1 through 6 , where similar reference characters denote corresponding features consistently throughout the figures, there are shown embodiments. -
FIG. 1 illustrates a block diagram of users in an IMS network. Auser 101 in an IMS network may communicate some information to the network. The network receives the information, records and stores the information. If the message is to be delivered to a destination user, then the network sends the message to the destination user. The information communicated by theuser 101 would be received by a Media Server (MS) 102. Theuser 101 may communicate information to the MS 102 using a communication terminal and the user may use Session Initiation Protocol (SIP) for communication with the network. The MS 102 records and stores the received information. The MS 102 is a server that helps establish and maintain a multi media session with theuser 101. The MS 102 also stores media and shares the stored media with users of the network. Before communicating the information, theuser 101 initiates a communication link with the network. Theuser 101 may initiate the communication link by sending a request to a Media Gateway Controller (MGC) 103. The MGC 103 receives signaling information from the MS 102 and instructs the MS 102 to receive information from theuser 101. The MGC 103 also acts as a Service Switching Point (SSP) and makes available additional services during a communication session. In other embodiments, the SSP may be a network element located outside the MGC 103. - On receiving the request from the
user 101 and on determining that information has to be recorded from theuser 101, the MGC 103 triggers a Service Control Point (SCP) 104. The SCP 104 is used to help control the services offered by the network. The SCP 104 identifies the number to which a communication session is to be routed and then routes the communication session to the number. The SCP 104 also helps in playing voice messages or prompt announcements to the INuser 101. The SCP 104 contains the service logic that implements the services related to receiving information from theuser 101. On being triggered, the SCP 104 instructs theMS 102, using the MGC 103, to establish a communication link with theuser 101. When information has to be recorded from theuser 101, the SCP 104 sends a prompt announcement to the MS 102 and instructs the MS 102 that information has to be recorded fromuser 101. If an announcement has to be made to theuser 101 before recording the information, then theSCP 104 also sends an announcement ID indicating the announcement to be played touser 101 before recording the information. For example, theSCP 104 may send a Prompt and Receive Message (PARM) to theMS 102. A PARM is used to play a prompt announcement and record information from theuser 101 and includes the announcement ID of the announcement to be played to theuser 101. The prompt announcement played to theuser 101 may be “Enter the message”. After the announcement is played to theuser 101, theuser 101 can communicate the information to theMS 102 and theMS 102 records the received information. The PARM also includes recorded information ID. The ID of the recorded information indicates the location in theMS 102 where the recorded information is to be stored. The PARM may also include control options that can be exercised by theuser 101 while the information is being recorded by theMS 102. For example, the control options may be: - Cancel recording: to cancel the ongoing recording session. The information already recorded would be deleted from the
MS 102.
Restart recording: all the information recorded so far would be deleted from theMS 102 and a new recording session would be started.
Replay recorded information: the ongoing recording session would be terminated and the recorded message would be played to theuser 101.
Delete recorded file: the information recorded from theuser 101 would be deleted.
Message deletion timeout: is the maximum time period for which information would be stored in theMS 102.
TheSCP 104 sends the message to theMS 102 through theMGC 103. On receiving the message, theMGC 103 maps the message to a message that may be interpreted by theMS 102. TheMGC 103 also maps the prompt announcement ID to the corresponding Uniform Resource Locator (URL) of the prompt announcement and the recorded information ID to the URL of the storage location of the recorded announcement. The URL of the prompt announcement indicates the location of the prompt announcement in theMS 102. TheMGC 103 then sends the message to theMS 102. - On receiving the message from the
MGC 103, theMS 102 determines that information has to be recorded from theuser 101. TheMS 102 locates the prompt announcement using the URL of the prompt announcement and plays the prompt announcement to theuser 101. TheMS 102 may also convey the control options to theuser 101 before recording the information communicated by theuser 101. For example, theMS 102 may inform theuser 101 that the control option to cancel the information is #3, which can be entered using a communication terminal. TheMS 102 stores the recorded information in the location indicated by the URL of the storage location. If theuser 101 wants to cancel the information, then theuser 101 enters #3 using the communication terminal. The controls options may be conveyed to theuser 101 when theuser 101 subscribes to the communication network or the controls options may be conveyed to theuser 101 during each communication session through a prompt announcement. The control options may be any single key or a combination of multiple keys on the communication terminal and the control options may be sent from the communication to theMS 102 using Dual Tone Multi Frequency (DTMF) signaling. Information transfer between theMS 102 and theuser 101 may happen through Real-time Transport Protocol (RTP). If theuser 101 exercises any control option during the recording session, then theMS 102 receives the control command and performs an action on the recorded information according to the control command. -
FIG. 2 is a block diagram of a Media Gateway Controller (MGC). Auser 101 in an IMS network may communicate some information to the network. The network receives the information, records and stores the information. Before communicating the information, theuser 101 initiates a communication link with the network. Theuser 101 may initiate the communication link by sending a request to theMGC 103. TheMGC 103 receives the request through areceiver 202. On receiving the request from theuser 101 and on determining that information has to be recorded from theuser 101, theMGC 103 triggers theSCP 104. On being triggered, theSCP 104 instructs theMS 102, using theMGC 103, to establish a communication link with theuser 101. When information has to be recorded from theuser 101, theSCP 104 sends a prompt announcement to theMS 102 and instructs theMS 102 that information has to be recorded fromuser 101. If an announcement has to be made to theuser 101 before recording the information, then theSCP 104 also sends an announcement ID indicating the announcement to be played touser 101 before recording the information. TheSCP 104 sends the message to theMS 102 through theMGC 103. On receiving the message, theMGC 103 maps the message to a message that can be interpreted by theMS 102. For example, theMGC 103 may map the message to a Session Initiation Protocol (SIP) INFO message using Media Server Markup Language (MSML) format. TheMGC 103 also maps the prompt announcement ID to the corresponding URL of the prompt announcement and the recorded information ID to the URL of the storage location of the recorded announcement. For example, if the prompt announcement ID indicates that the prompt announcement to be played to theuser 101 is “Enter the message” and the prompt announcement is located at “loc1” in theMS 102 and the name of the prompt announcement file is “VB1.wav” then the URL of the prompt announcement may be “file:/loc1/VB1.wav”. If the recorded information ID indicates that the recorded information is to be stored in location “loc2” under the name Rec1 then the URL of the storage location may be “file:/loc2/Rec1.wav”. Aprocessor 201 controls the functioning of theMGC 103. All the actions performed by theMGC 103 are coordinated by theprocessor 201. Theprocessor 201 maps the message and the announcement ID received from theSCP 104 to the URL of the announcement. The URL of a corresponding announcement ID may be stored in amemory 204. TheMGC 103 then sends the message to theMS 102. TheMGC 103 sends the URL of the announcement to theMS 102 through atransmitter 203. On receiving the message from theMGC 103, theMS 102 determines that information has to be recorded from theuser 101. TheMS 102 locates the prompt announcement using the URL of the prompt announcement and plays the prompt announcement to theuser 101. TheMS 102 may also convey the control options to theuser 101 before recording the information communicated by theuser 101. When theuser 101 communicates the information, theMS 102 receives the information, records and stores the information. TheMS 102 stores the recorded information in the location indicated by the URL of the storage location. For example, the recorded information may be stored at location “loc2” under the name Rec1. If theuser 101 exercises any control option during the recording session, then theMS 102 receives the control command and performs an action on the recorded information according to the control command. -
FIG. 3 is a block diagram of a Media Server (MS). Auser 101 in an IMS network may communicate some information to the network. The network receives the information, records and stores the information. Before communicating the information, theuser 101 initiates a communication link with the network. Theuser 101 may initiate the communication link by sending a request to theMGC 103. On receiving the request from theuser 101 and on determining that information has to be recorded from theuser 101, theMGC 103 triggers theSCP 104. On being triggered, theSCP 104 instructs theMS 102, using theMGC 103, to establish a communication link with theuser 101. When information has to be recorded from theuser 101, theSCP 104 sends a prompt announcement to theMS 102 and instructs theMS 102 that information may have to be recorded from theuser 101. If an announcement has to be made to theuser 101 before recording the information, then theSCP 104 also sends an announcement ID indicating the announcement to be played touser 101 before recording the information. TheSCP 104 sends the message to theMS 102 through theMGC 103. On receiving the message, theMGC 103 maps the message to a message that can be interpreted by theMS 102. TheMGC 103 also maps the prompt announcement ID to the corresponding URL of the prompt announcement and the recorded information ID to the URL of the storage location of the recorded announcement. TheMGC 103 then sends the message to theMS 102. TheMS 102 receives the message from theMGC 103 through areceiver 302. On receiving the message from theMGC 103, theMS 102 determines that information has to be recorded from theuser 101. Aprocessor 301 controls the functioning of theMS 102. All the actions performed by theMS 102 are co-ordinated by theprocessor 301. Theprocessor 301 locates the prompt announcement from amemory 304 using the URL of the prompt announcement and plays the prompt announcement to theuser 101. For example, if the URL of the prompt announcement received from theMGC 103 is “file:/loc1/PROMPT1.wav” and the location indicated by the URL has the prompt announcement “Enter the information” then theMS 102 plays the announcement touser 101. TheMS 102 sends the announcement to theuser 101 through atransmitter 303. TheMS 102 may also convey the control options to theuser 101 before recording the information communicated by theuser 101. When theuser 101 communicates information to theMS 102, theMS 102 receives the information, records and stores the information. TheMS 102 receives the information from theuser 101 through thereceiver 302 and stores the recorded information in thememory 304. Theprocessor 301 stores the recorded information in the location indicated by the URL of thememory 304. If theuser 101 exercises any control option during the recording session, then theMS 102 receives the control command and theprocessor 301 performs an action on the recorded information according to the control command. -
FIGS. 4 a and 4 b are flowcharts depicting a method for enabling control options when information is being recorded by the network. Auser 101 in an IMS network may communicate some information to the network. The network receives the information, records and stores the information. Before communicating the information, theuser 101 initiates (401) a communication link with the network. Theuser 101 may initiate the communication link by sending a request to theMGC 103. On receiving the request from theuser 101 and on determining that information has to be recorded from theuser 101, theMGC 103 triggers (402) theSCP 104. On being triggered, theSCP 104 instructs (403) theMS 102, using theMGC 103, to establish a communication link with theuser 101. When information has to be recorded from theuser 101, theSCP 104 sends a prompt announcement to theMS 102 and instructs theMS 102 that information may have to be recorded from theuser 101. If an announcement has to be made to theuser 101 before recording the information, theSCP 104 may also send an announcement ID indicating the announcement to be played touser 101 before recording the information. TheSCP 104 then sends (404) the message to theMS 102 through theMGC 103. On receiving the message, theMGC 103 maps (405) the message to a message that can be interpreted by theMS 102. TheMGC 103 also maps the prompt announcement ID to the corresponding URL of the prompt announcement and the recorded information ID to the URL of the storage location of the recorded announcement. TheMGC 103 then sends (406) the message to theMS 102. On receiving the message from theMGC 103, theMS 102 determines that information has to be recorded from theuser 101. TheMS 102 plays the prompt announcement to theuser 101 and records (407) the information communicated by theuser 101. If theuser 101 exercises (408) any control option during the recording session, then theMS 102 receives the control command and performs (409) an action on the recorded information according to the control command. After the recording session is complete, theMS 102 sends (4010) the status of the recording session to theMGC 103. For example, if the session is complete, then theMS 102 may send the status of the session as “Complete”, to theMGC 103. TheMGC 103 sends (4011) the status of the session, to theSCP 104. Once the recording session is complete, the communication link with theuser 101 may be released (4012). The various actions inmethod 400 may be performed in the order presented, in a different order or simultaneously. Further, in some embodiments, some actions listed inFIG. 4 may be omitted. -
FIG. 5 illustrates a flow diagram for an example illustrating use of a control option when information is being recorded by the network. Auser 101 in an IMS network may communicate some information to the network. The network receives the information, records and stores the information. Before communicating the information, theuser 101 initiates a communication link with the network. Theuser 101 may initiate the communication link by sending a request to theMGC 103. If theuser 101 wants to avail of any specific service offered by the network, then theuser 101 also sends theService code 502 of the service along with the request. On receiving the request from theuser 101, and on determining that information may be transferred between theuser 101 and the network, theMGC 103 triggers theSCP 104. TheMGC 103 may trigger theSCP 104 by sending an Initial Detection Point (IDP) 503 to theSCP 104. On being triggered, theSCP 104 instructs theMS 102, using theMGC 103, to start a communication session with theuser 101. TheSCP 104 sends a message to theMS 102, through theMGC 103, to instruct theMS 102. TheSCP 104 may send a Connect to Resource (CTR) 504 message to theMGC 103 and theMGC 103 may send an invitation message to theMS 102. TheMS 102 then establishes a communication session with theuser 101. - From the request message and the service code number entered by the
user 101, theSCP 104 determines that information would have to be received and recorded from theuser 101. TheSCP 104 sends aPARM 505 to theMGC 103 in order to play a prompt announcement to theuser 101 and receive information from theuser 101. TheSCP 104 sends an announcement ID, recorded information ID and the control options in thePARM 505. On receiving the prompt announcement ID from theSCP 104, theMGC 103 maps the prompt announcement ID to the corresponding URL of the announcement and the recorded information ID to the URL of the storage location of the recorded announcement and sends the URL's to theMS 102. TheMGC 103 may send the URL's as a SIP info message inMSML 506 format. TheMGC 103 also informs theMS 102 that information may have to be received from theuser 101 and that theuser 101 can exercise control options while the information is being recorded. TheMGC 103 also maps the control options received from theSCP 104 and sends the control options to theMS 102 in theMSML 506 message. On receiving the message from theMGC 103, theMS 102 locates the announcement using the URL of the announcement and plays the announcement to theuser 101. The announcement may be played as anANN 507 message and the announcement may be played to theuser 101 through a Real-time Transport Protocol (RTP) connection between theuser 101 and theMS 102. After the announcement is complete, indicated asEnd ANN 508, theuser 101 can start communicating information to theMS 102. When theuser 101 is communicating the information, theMS 102 can StartRecording 509 the information. While theMS 102 records the information, if theuser 101 wishes to replay the information that has already been recorded, then theuser 101 can exercise the control option for replaying the information. Theuser 101 may enter “#7” 5013 on a communication terminal to replay the recorded information. When theMS 102 receives the command to replay the recorded information, theMS 102 stops the ongoing recording session and replays the recorded information, asReplay 5010, to theuser 101. After theMS 102 has completed replaying the information, theMS 102 sends the status of the recording session to theMGC 103. TheMS 102 may send the status of the recording as aREC STATUS 5011 message. TheMGC 103 then sends the status of the PARM session to theSCP 104. TheMGC 103 may send the status as aPARM_RSLT 5012. -
FIG. 6 illustrates a flow diagram for an example illustrating use of a control option when information is being recorded by the network. Auser 101 in an IMS network may communicate some information to the network. The network receives the information, records and stores the information. Before communicating the information, theuser 101 initiates a communication link with the network. Theuser 101 may initiate the communication link by sending a request to theMGC 103. If theuser 101 wants to avail of any specific service offered by the network, then theuser 101 also sends theService code 602 of the service along with the request. On receiving the request from theuser 101, and on determining that information may be transferred between theuser 101 and the network, theMGC 103 triggers theSCP 104. TheMGC 103 may trigger theSCP 104 by sending an Initial Detection Point (IDP) 603 to theSCP 104. On being triggered, theSCP 104 instructs theMS 102, using theMGC 103, to start a communication session with theuser 101. TheSCP 104 sends a message to theMS 102, through theMGC 103, to instruct theMS 102. TheSCP 104 may send a Connect to Resource (CTR) 604 message to theMGC 103 and theMGC 103 may send an invitation message to theMS 102. TheMS 102 then establishes a communication session with theuser 101. - From the request message and the service code number entered by the
user 101, theSCP 104 determines that information would have to be received and recorded from theuser 101. TheSCP 104 sends aPARM 605 to theMGC 103 in order to play a prompt announcement to theuser 101 and receive information from theuser 101. TheSCP 104 sends an announcement ID, recorded information ID and the control options in thePARM 605. On receiving the prompt announcement ID from theSCP 104, theMGC 103 maps the prompt announcement ID to the corresponding URL of the announcement and the recorded information ID to the URL of the storage location of the recorded announcement and sends the URL's to theMS 102. TheMGC 103 may send the URL's as a SIP info message inMSML 606 format. TheMGC 103 also informs theMS 102 that information may have to be received from theuser 101 and that theuser 101 can exercise control options while the information is being recorded. TheMGC 103 also maps the control options received from theSCP 104 and sends the control options to theMS 102 in theMSML 606 message. On receiving the message from theMGC 103, theMS 102 locates the announcement using the URL of the announcement and plays the announcement to theuser 101. The announcement may be played as anANN 607 message and the announcement may be played to theuser 101 through a Real-time Transport Protocol (RTP) connection between theuser 101 and theMS 102. After the announcement is complete, indicated asEnd ANN 608, theuser 101 can start communicating information to theMS 102. When theuser 101 is communicating the information, theMS 102 can StartRecording 609 the information. While theMS 102 records the information, if theuser 101 wishes to restart the recording session, then theuser 101 can exercise the control option for restarting the session, shown asRestart 6010. Theuser 101 may enter “#7” on a communication terminal to restart the recording session. When theMS 102 receives the command to restart the session, theMS 102 stops the ongoing recording session, deletes the information that has been recorded so far and starts the recording session from the beginning. TheMS 102 plays the prompt announcement, asANN 6011, and when the announcement is complete,End ANN 6012 theMS 102 starts recording any information communicated by theuser 101 asStart Recording 6013. After theMS 102 has completed replaying the information, shown asEnd Recording 6014, theMS 102 sends the status of the recording session to theMGC 103. TheMS 102 may send the status of the recording as a REC STATUS 6015 message. TheMGC 103 then sends the status of the PARM session to theSCP 104. TheMGC 103 may send the status as aPARM_RSLT 6016. - The embodiments disclosed herein can be implemented through at least one software program running on at least one hardware device and performing network management functions to control the network elements. The network elements shown in
FIG. 1 ,FIG. 2 and FIG. 3 include blocks which can be at least one of a hardware device, or a combination of hardware device and software module. - The embodiment disclosed herein specifies a system and method for enabling control options while information is being recorded from a user. Therefore, it is understood that the scope of the protection is extended to such a program and in addition to a computer readable means having a message therein, such computer readable storage means contain program code means for implementation of one or more steps of the method, when the program runs on a server or mobile device or any suitable programmable device. The method is implemented in a preferred embodiment through or together with a code written in e.g. Very high speed integrated circuit Hardware Description Language (VHDL) any other coding language, or implemented by one or more VHDL or several software modules being executed on at least one hardware device. The hardware device can be any kind of device which can be programmed including e.g. any kind of computer like a server or a personal computer, or the like, or any combination thereof, e.g. one processor and two FPGAs. The device may also include means which could be e.g. hardware means like e.g. an ASIC, or a combination of hardware and software means, e.g. an ASIC and an FPGA, or at least one microprocessor and at least one memory with software modules located therein. The method embodiments described herein could be implemented in pure hardware or partly in hardware and partly in software. Alternatively, the invention may be implemented on different hardware devices, e.g. using a plurality of CPUs.
- The foregoing description of the specific embodiments will so fully reveal the general nature of the embodiments herein that others can, by applying current knowledge, readily modify and/or adapt for various applications such specific embodiments without departing from the generic concept, and, therefore, such adaptations and modifications should and are intended to be comprehended within the meaning and range of equivalents of the disclosed embodiments. It is to be understood that the phraseology or terminology employed herein is for the purpose of description and not of limitation. Therefore, while the embodiments herein have been described in terms of preferred embodiments, those skilled in the art will recognize that the embodiments herein can be practiced with modification within the spirit and scope of the claims as described herein.
Claims (11)
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN1886/CHE/2010 | 2010-07-02 | ||
IN1886CH2010 | 2010-07-02 | ||
PCT/EP2010/063289 WO2012000567A1 (en) | 2010-07-02 | 2010-09-10 | Control options during information recording sessions |
Publications (1)
Publication Number | Publication Date |
---|---|
US20130174206A1 true US20130174206A1 (en) | 2013-07-04 |
Family
ID=43429882
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/701,878 Abandoned US20130174206A1 (en) | 2010-07-02 | 2010-09-10 | Vcr control capabilities for information play sessions |
Country Status (6)
Country | Link |
---|---|
US (1) | US20130174206A1 (en) |
EP (1) | EP2589194A1 (en) |
JP (1) | JP5628420B2 (en) |
KR (1) | KR20130032352A (en) |
CN (1) | CN102972001A (en) |
WO (1) | WO2012000567A1 (en) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080195761A1 (en) * | 2007-02-09 | 2008-08-14 | Dilithium Holdings, Inc. | Method and apparatus for the adaptation of multimedia content in telecommunications networks |
US7603433B1 (en) * | 2003-04-15 | 2009-10-13 | Sprint Spectrum, L.P. | IMS-based interactive media system and method |
US20090290856A1 (en) * | 2008-05-23 | 2009-11-26 | At&T Knowledge Ventures, L.P. | System and apparatus for managing video content recordings |
US20100159891A1 (en) * | 2007-08-31 | 2010-06-24 | William Joseph Sigmund | Enhanced Messaging With Language Translation Feature |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6839555B2 (en) * | 2001-04-30 | 2005-01-04 | Lucent Technologies Inc. | Method and apparatus for supporting voice message services with automatic rebound in a wireless intelligent network |
EP1872560A1 (en) * | 2005-04-22 | 2008-01-02 | AT&T Corporation | Managing media server resources in a voip network |
US20070177616A1 (en) * | 2006-01-13 | 2007-08-02 | Dilithium Networks Pty Ltd. | Interactive multimedia exchange architecture and services |
CN101438256B (en) * | 2006-03-07 | 2011-12-21 | 索尼株式会社 | Information processing device, information communication system, information processing method |
JP2008193225A (en) * | 2007-02-01 | 2008-08-21 | Hitachi Ltd | Server apparatus, and program |
-
2010
- 2010-09-10 WO PCT/EP2010/063289 patent/WO2012000567A1/en active Application Filing
- 2010-09-10 KR KR1020137000059A patent/KR20130032352A/en not_active Application Discontinuation
- 2010-09-10 EP EP10750141.3A patent/EP2589194A1/en not_active Withdrawn
- 2010-09-10 US US13/701,878 patent/US20130174206A1/en not_active Abandoned
- 2010-09-10 JP JP2013517041A patent/JP5628420B2/en not_active Expired - Fee Related
- 2010-09-10 CN CN2010800677676A patent/CN102972001A/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7603433B1 (en) * | 2003-04-15 | 2009-10-13 | Sprint Spectrum, L.P. | IMS-based interactive media system and method |
US20080195761A1 (en) * | 2007-02-09 | 2008-08-14 | Dilithium Holdings, Inc. | Method and apparatus for the adaptation of multimedia content in telecommunications networks |
US20100159891A1 (en) * | 2007-08-31 | 2010-06-24 | William Joseph Sigmund | Enhanced Messaging With Language Translation Feature |
US20090290856A1 (en) * | 2008-05-23 | 2009-11-26 | At&T Knowledge Ventures, L.P. | System and apparatus for managing video content recordings |
Also Published As
Publication number | Publication date |
---|---|
JP5628420B2 (en) | 2014-11-19 |
CN102972001A (en) | 2013-03-13 |
KR20130032352A (en) | 2013-04-01 |
EP2589194A1 (en) | 2013-05-08 |
WO2012000567A1 (en) | 2012-01-05 |
JP2013530655A (en) | 2013-07-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1801862B (en) | Method and apparatus for providing multimedia ringback services to user devices in ims networks | |
US9686412B2 (en) | System and method for offline voicemail deposit | |
US8855272B2 (en) | System and method for implementing multimedia calling line identification presentation service | |
US20090232129A1 (en) | Method and apparatus for video services | |
US20150222753A1 (en) | Method for Handling a Call from a Calling Subscriber Towards a Called Subscriber | |
WO2016086760A1 (en) | Push service implementation method and device | |
EP2385675B1 (en) | Terminal, system and method for inter-cutting information | |
US20130174206A1 (en) | Vcr control capabilities for information play sessions | |
US20130170404A1 (en) | Control capabilities for information recording sessions | |
US20130205354A1 (en) | Vcr control capabilities for information play sessions | |
CN100521715C (en) | Method, system and device of location dailing terminal in call-back service | |
US10785268B2 (en) | Presenting media data to communication clients in the course of a communication data exchange | |
WO2013091726A1 (en) | Method, server and system for a network multimedia content component service in an internet protocol multimedia subsystem. | |
KR100564644B1 (en) | A method for providing communication devices with a call holding service ahd a switching system thereof | |
JP2010124419A (en) | Server device, terminal device and message notification control method | |
CN107040668A (en) | A kind of management method of communication terminal incoming call information |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: CREDIT SUISSE AG, NEW YORK Free format text: SECURITY AGREEMENT;ASSIGNOR:ALCATEL LUCENT;REEL/FRAME:029821/0001 Effective date: 20130130 |
|
AS | Assignment |
Owner name: ALCATEL-LUCENT, FRANCE Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BALAJI, JAYAKUMAR;GOPALASUBRAMANIAN, BALASUBRAMANIAN;KUMAR, SUGUMARAN PRASANNA;AND OTHERS;REEL/FRAME:030115/0413 Effective date: 20130306 Owner name: ALCATEL-LUCENT, FRANCE Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BALAJI, JAYAKUMAR;GOPALASUBRAMANIAN, BALASUBRAMANIAN;PRASANNA KUMAR, SUGUMARAN;AND OTHERS;REEL/FRAME:030115/0413 Effective date: 20130306 |
|
AS | Assignment |
Owner name: ALCATEL-LUCENT, FRANCE Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BALAJI, JAYAKUMAR;GOPALASUBRAMANIAN, BALASUBRAMANIAN;PRASANNA KUMAR, SUGUMARAN;AND OTHERS;REEL/FRAME:030385/0156 Effective date: 20130429 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |
|
AS | Assignment |
Owner name: OMEGA CREDIT OPPORTUNITIES MASTER FUND, LP, NEW YORK Free format text: SECURITY INTEREST;ASSIGNOR:WSOU INVESTMENTS, LLC;REEL/FRAME:043966/0574 Effective date: 20170822 Owner name: OMEGA CREDIT OPPORTUNITIES MASTER FUND, LP, NEW YO Free format text: SECURITY INTEREST;ASSIGNOR:WSOU INVESTMENTS, LLC;REEL/FRAME:043966/0574 Effective date: 20170822 |
|
AS | Assignment |
Owner name: WSOU INVESTMENTS, LLC, CALIFORNIA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:OCO OPPORTUNITIES MASTER FUND, L.P. (F/K/A OMEGA CREDIT OPPORTUNITIES MASTER FUND LP;REEL/FRAME:049246/0405 Effective date: 20190516 |