Monitoring in an internet protocol (IP) domain

TECHNICAL FIELD

p-0002This invention relates to improvements in or relating to monitoring or lawful interception in an Internet protocol (IP) domain, particularly but not exclusively in relation to multimedia calls such as, for example, video calls.

BACKGROUND

p-0003Mobile networks are currently evolving from pure circuit switched (CS) networks towards Internet protocol (IP) based networks. This has resulted in evolution steps equivalent to that of the wireline networks in that Voice over IP (VoIP) via digital subscriber line (DSL) or wide local area network (WLAN) access is being realized. The mobile operators that install an IP multimedia subsystem (IMS) network and offer IMS services have a need for interworking between the CS domain and the IMS domain. This is required for all types of traffic, including video calls, multimedia telephony calls and the like.

p-0004There are a number of problems which exist in respect of CS-IMS interworking of video calls. One of these is the need for monitoring (also known as legal or lawful interception) of video calls. The monitoring will be required to be carried out in a Mobile Soft Switch (MSS), for example. However, this is not simple due to the fact that monitoring is not typically done in an interworking node, but instead in a node in the CS domain, the IMS domain or both. In addition, the media gateway control function (MGCF) will be integrated into the MSS and as such monitoring (lawful interception) will need to take this into account.

p-0005Video calls in the CS domain (CS video calls) have been handled as if they were pure data calls. As such the video support has not been a complex issue as the CS data channel has contained audio, video and control information in a multiplexed manner. In order to interwork the CS data channel (including video) with IMS it is necessary to interwork each of the different components of the video call in the IMS domain, namely the video, audio and control information.

SUMMARY

p-0006One object of the present invention is to provide the method and apparatus for interworking between different communication protocols for a video call, which overcomes at least some of the problems associated with the prior art.

p-0007Another object of the present invention is to provide a method and apparatus of monitoring video calls for lawful interception.

p-0008A still further object of the present invention is to provide a method and apparatus for enabling monitoring on a video call which has been derived from a specific communication protocol.

p-0009The present invention provides a method and system as described in the accompanying claims.

p-0010In accordance with one aspect of the present invention, there is provided a method of facilitating monitoring of a multimedia call made up of a plurality of component parts, to enable the multimedia call contents to be identified at a predetermined location, the multimedia call originating from a location at which a first communications protocol operates and passing through at least one location where a second communications protocol operates to a destination. The method comprises the steps of identifying the component parts of the multimedia call; extracting one or more control signals from the component parts to form a call control signal for the multimedia call and a set of remaining component parts of the multimedia call; forming a multiplexed stream of the remaining component parts of the multimedia call; and independently transmitting the call control signal and the multiplexed stream to the predetermined location to enable the component parts of the multimedia call to be determined in order to identify multimedia call contents.

p-0011According to a second aspect of the present invention there is provided a module for a communication network for facilitating monitoring of a multimedia call made up of a plurality of component parts, to enable the multimedia call contents to be identified at a predetermined location, the multimedia call originating from a location at which a first communications protocol operates and passing through at least one location where a second communications protocol operates to a destination. The module comprising a signal processing module for extracting one or more control signals from the component parts to form a call control signal for the multimedia call and a set of remaining component parts of the multimedia call; a multiplexed module for forming a multiplexed stream from the remaining component parts of the multimedia call; independent transmission modules for transmitting each of the call control signal and the multiplexed stream to the predetermined location to enable the component parts of the multimedia call to be determined in order to identify multimedia call contents.

p-0012The module may be implemented on a single network node or distributed over several network nodes.

p-0013In an embodiment of the invention the call control signals forms a first type of communication and may be a printout communicated to the predetermined location as the multimedia call is set up. Also the multiplexed stream forms a second type of communication and may be a single UDI (Unrestricted Digital Information protocol) signal.

p-0014In an embodiment of the invention the multimedia call originates from an IP multimedia subsystem (IMS) network and passes through at least one location where a circuit switched (CS) protocol operates.

p-0015In an embodiment of the invention the call control signal may include: a multiplexing scheme, a coding scheme, or call parameters or any other relevant information.

p-0016In an embodiment of the invention this may be computer implemented.

p-0017In accordance with a still further aspect of the present invention there is provided method of monitoring, at a predetermined location, a multimedia call made up of a plurality of component parts which plurality of components have been separated into a call control signal and a multiplexed stream made up of a multiplex of remaining components which do not form part of the call control signal, the multimedia call originating from a location at which a first communications protocol operates and passing through at least one location where a second communications protocol operates to a destination. The method comprises the steps of receiving the call control signal and the multiplexed stream at the predetermined location; de-multiplexing the multiplexed stream based on a first component part in the call control signal; de-coding the remaining components based on a second component part in the call control signal; and recombining the remaining components to enable monitoring to the original multimedia call.

p-0018A further aspect of the present invention provides a lawful interception monitoring centre for monitoring a multimedia call made up of a plurality of component parts which plurality of components have been separated into a call control signal and a multiplexed stream made up of a multiplex of remaining components which do not form part of the call control signal, the multimedia call originating from a location at which a first communications protocol operates and passing through at least one location where a second communications protocol operates to a destination, the centre including: a receiver for receiving the call control signal and the multiplexed stream at the predetermined location; a de-multiplexing module for de-multiplexing the multiplexed stream based on a first component part in the call control signal; a decoding module for de-coding the remaining components based on a second component part in the call control signal; and a signal processing module for recombining the remaining components to enable monitoring to the original multimedia call.

p-0019There are a number of advantages provided by the various aspects of the present invention. One advantage is that the invention allows compliance with the existing lawful interception requirements by means of a simplified implementation which reduces the amount of information transmitted from one node to another. This is achieved by removing the control signaling and multiplexing the video and audio components into a multiplexed stream. The method and apparatus ensures that the media gateway control function (MGCF) logical functions can be combined with either the Mobile Switch Centre (MSC) or Gateway MSC (GMSC). The method and apparatus also allows legal interception to be carried out for MMTel calls using a CS node. Any changes made during the call to either the codec or multiplexing schemes can also be taken into consideration.

BRIEF DESCRIPTION OF THE DRAWINGS

p-0020Reference will now be made, by way of example, to the accompanying drawings, in which:

p-0021<figref idrefs="DRAWINGS">FIG. 1</figref> is a block diagram of the lawful intercept management system in accordance with 3GPP technology standards;

p-0022<figref idrefs="DRAWINGS">FIG. 2</figref> is a block diagram for illustrating monitoring of a video call, in accordance with an embodiment of the invention, by way of example; and

p-0023<figref idrefs="DRAWINGS">FIG. 3</figref> is a flow chart for illustrating the method steps for monitoring a video call, in accordance with an embodiment of the invention, by way of example.

DETAILED DESCRIPTION

p-0024A CS video call consists of three main components. The first is a video channel characterized by the video codec. The second is an audio channel characterized by an audio codec. The third is the control channel (in accordance with the H.245 protocol) that provides control information in relation to the terminal capabilities and the opening and closing of channels. In addition, the control information defines the multiplexing scheme which is applied to multiplex the CS video call components into a single 64 kb per second UDI (Unrestricted Digital Information) CS data bearer.

p-0025If a video call takes place purely in the CS domain the existing prior art solutions for monitoring calls for lawful interception are perfectly adequate. However, as the increase in the Internet protocol “network” continues it is much more likely that the call, for example, will commence in the CS domain move into the IMS domain and then maybe back into the CS domain for termination. Any time a video call crosses over from one domain to another the present invention will provide the solution to dealing with the problem of lawful interception of calls that change domain. The example presented is in respect of the CS domain and the IMS domain; however, it will be appreciated that other communication protocols may make use of the same principles as the present invention, although they may be adapted from case to case.

p-0026In any interworking situation the signals that arrive at, for example, a Gateway Mobile Switching Centre (GMSC) where call forwarding is triggered in the GMSC, are from one protocol and are handled as if they were from another protocol. For example, the GMSC may receive an incoming Session initiation protocol (SIP) video call from the IMS domain which includes two real-time transport protocol (RTP) streams, one for video and one for audio, but may handle the call according to the CS data principles applicable to CS data calls. Clearly, this is not going to enable lawful interception of the SIP video call because there is no knowledge of the coding or multiplexing of the constituent signals.

p-0027Interworking is similarly a problem with Multimedia Telephony (MMtel) calls from one network or terminal to another via an IMS interface for each network or terminal, with traffic passing through the CS domain. Routing all MMtel calls through the CS domain to allow for lawful inception will work for speech calls, but will not work for video or other sorts of multimedia calls.

p-0028Lawful interception in the CS domain still requires the video content is in the 64 kb per second UDI format. However, the RTP streams of video and audio do not comply with this. In addition, the H.245 control signaling is not received at either side of the CS node and would be required at the monitoring centre in order to decode any possible UDI stream. In order to do this the control information would need to be generated in the CS node for any incoming video call just in case the call may require lawful interception at a later date. This would impact the capacity of the node and may result in a costly implementation. One of the most important requirements of lawful interception is that the interception process is not allowed to add information to the data streams. So adding the control signaling that is sent to the monitoring centre by the CS node would break an essential legal requirement.

p-0029The defined requirements for lawful interception are shown in <figref idrefs="DRAWINGS">FIG. 1</figref>. A lawful interception management system (LI-IMS) <b>100</b> is connected to a law enforcement monitoring facility (LEMF) <b>102</b>. A CS node <b>104</b> connected to a media gateway (MGW) <b>106</b> communicates with the LI-IMS. The communication between the CS node and the LI-IMS is in the form of a first set of signals relating to administration and alarm <b>108</b> and a second communication <b>110</b> relating to interception of related data. In turn the LI-IMS sends to the LEMF a first set of signals relating to administration and alarm <b>112</b> (this is often called the HI1 signal) and a second communication <b>114</b> (this is often called the HI2 signal) relating to interception of related data. If required the LEMF can obtain the content of a particular communication from the MGW <b>106</b> via route <b>116</b> (this is often called the HI3 signal). HI stands for handover interface in each of the above three examples.

p-0030As previously indicated above, for video or other multimedia calls that do not provide H.245 control signaling lawful interception from the CS node is not possible. However, the present invention provides the solution by multiplexing the audio and video RTP streams into a single UDI stream that does not include any control signaling. The control signaling, i.e. the information concerning the multiplexing scheme and codecs used in a monitored video call, are provided as additional information sent to the monitoring centre in a specific manner. For example the additional information may be sent as a printout that is faxed; communicated by computer means or in any other appropriate manner. The monitoring centre can then use the additional information to decode recorded call content at a later time. The additional information includes details of the multiplexing scheme, audio codec information and video codec information used for that call.

p-0031The method will now be described in greater detail with reference to <figref idrefs="DRAWINGS">FIG. 2</figref>. In accordance with lawful interception rules, the lawful interception process is not allowed to add any information to any call which is intercepted. The process of multiplexing does not add information to the call nor does it alter the call in any way. Referring to <figref idrefs="DRAWINGS">FIG. 2</figref> a video call is made between. The call set up includes the exchange of SIP (session initiation protocol) signals and SDP (Session Description Protocol) information for media description between CS node <b>204</b> on hand and IMS <b>200</b> respectively IMS <b>202</b> on the other hand. The call is passed through CS node <b>204</b> and media gateway (MGW) <b>206</b>. The MGW generates the data for lawful interception which is sent to the LI monitoring centre <b>208</b>. The audio and video RTP streams from the originating side of the video call (IMS <b>200</b>) are multiplexed into a single UDI stream <b>210</b> and forwarded to the monitoring centre. The CS node data, which includes details of the multiplexing scheme, audio codec information and video codec information used for that call, and which may be extracted from received SDP information or extracted in any other way, may be transmitted to the monitoring centre in a separate communication <b>212</b>. As previously indicated the separate communication <b>212</b> may be made by any appropriate means.

p-0032Similarly, the video and audio RTP streams received from the terminating side of the video call (IMS <b>202</b>) are multiplexed into another UDI stream <b>214</b> which is also forwarded to the monitoring centre. The CS node generates two CS UDI calls (<b>216</b> and <b>218</b>) towards the monitoring centre one for each direction. This operates using either BICC or ISUP signaling.

p-0033It should be noted that splitting the call into audio and video streams (which are then multiplexed) and a set of control signals may be used for the call between the originating and terminating side of the call as well as in any communications with the LI monitoring center. This has a number of advantages, as it can effectively reduce the bandwidth occupied by the component video call.

p-0034Whatever the destination of the multiplexed audio and video streams, they cannot be decoded without knowledge of what multiplexing scheme was applied and what codecs were used for the original audio and video coding. Accordingly, at the terminating end of the call or at the LI-monitoring centre it is necessary to know the following information: <ul><li id="ul0001-0001" num="0000"><ul><li id="ul0002-0001" num="0034">the audio codec;</li><li id="ul0002-0002" num="0035">the video codec; and</li><li id="ul0002-0003" num="0036">the manner in which the audio and video are multiplexed into information units (i.e. whether these are singular or spread over multiple multiplexed information units). <br /> The combined information (the call control signal) mentioned above constitutes part of the content of the multimedia call, in this case a video call. It will be appreciated that for other types of multimedia call the call control signal and the other content of the call may comprise different elements, depending on the nature of the multimedia call. </li></ul></li></ul>

p-0035The control information must be provided in addition to the UDI data streams containing video and audio. There are a number of options as to how the codec information can be communicated. The first option is in accordance with <figref idrefs="DRAWINGS">FIG. 2</figref>, where the information is added to the ISUP/BICC control signaling and communicated therewith. This will require changes to the ISUP/BICC protocol to be effective. In addition as the video and audio codecs may change during the ongoing video call the information will need to be updated if any changes to the codec occur.

p-0036In a second option the information required to decode the audio and video UDI stream is communicated by other means. For example, at video call setup a data printout is sent to the monitoring centre to identify the multiplexing and coding schemes used to the call. This may be in the form of a list; a database entry or identifier; or whatever which identifies the call, the time of the call, the codecs used etc. The interface for providing this information, is already defined and used in 3GPP under the name HI2 as indicated above. If there are any changes of the codec for the video or audio during the duration of the call another printout is sent to the monitoring centre at the time of the call. The second printout contains, at least, the new codec type and a timestamp indicating the point in time at which the change was made.

p-0037In relation to the communication of the multiplexing scheme there are also a number of options. A first option is that the multiplexing scheme is simply added to the data printout sent to the monitoring centre. If there are any changes to the multiplexing scheme during the duration of the call the second printout is generated for transmission to the monitoring centre.

p-0038A second option requires that the multiplexing schemes are predefined by agreement between the network operator and the authorities running the monitoring centre. This agreement would define the multiplexing scheme for each audio and video codec type and any combination thereof.

p-0039The combination of options used for determining and transmitting the information relating to coding and multiplexing will depend on whether the call is going to a call destination or to a lawful interception monitoring centre. In either case where real-time de-multiplexing and decoding are required the options that provide control signaling directly to a destination will be the preferred options. In the monitoring centre however, it is not always necessary to decode and de-multiplex the streams either in real time of otherwise, however when decoding and de-multiplexing are required, these may be delayed to a later time if necessary. Accordingly, the monitoring centre stores the entire contents of the call (i.e. the full stream received from both sides of the call). If and when the call needs to be the multiplexed or decoded, the additional data received from the CS node is correlated with the recorded streams to first de-multiplex the streams into the original coded audio and video streams. Then once the video and audio streams have been identified, those can be extracted by decoding using the appropriate decoder. Clearly, if either multiplexing scheme or coding scheme has changed during the call, appropriate changes will need to be made at the point of de-multiplexing and decoding the stored information at the monitoring centre.

p-0040There are a number of advantages to the present invention. Firstly the invention allows compliance with the existing lawful interception requirements by means of a simplified implementation which reduces the amount of information transmitted from one node to another. This is achieved by removing the control signaling and multiplexing the video and audio components into a multiplexed stream. The method and apparatus ensures that the media gateway control function (MGCF) logical functions can be combined with either the Mobile Switching Centre (MSC) or Gateway MSC (GMSC). The method and apparatus also allows legal interception to be carried out for MMTel calls using a CS node. Any changes made during the call to either the codec or multiplexing schemes can be taken into consideration.

p-0041In the present invention a multiplex of audio and video signals is formed and the control information is extracted in order to reduce the load and provide a manageable stream which can be stored using less memory capacity. In addition, where appropriate the invention provides a real-time means to transmit the information relating to the video call. The multiplex of audio and video signals without control information, is of a lower bandwidth than the video call were it not multiplexed or without control information. This clearly has a number of advantages. Similarly, providing information for de-multiplexing and decoding the RTP received stream requires a number of solutions to problems, as have been presented herein.

p-0042Referring to <figref idrefs="DRAWINGS">FIG. 3</figref>, the method steps of the present invention are now presented. A video call is initiated at step <b>300</b>. The audio and video streams are multiplexed into a single multiplexed stream and the control signaling is extracted at step <b>302</b>. This can take place at any appropriate point in the transmission channel from the originating to terminating end of the video call, but is generally at a CS node in the CS domain. The multiplexed audio and video stream are then sent to the lawful interception monitoring centre or to the destination (as is required), step <b>304</b>. In a separate process the control information or signaling is sent to the lawful interception monitoring centre or the destination in step <b>306</b>. At a certain point in time in the future (real-time for the destination and any time for the lawful interception monitoring centre) the audio and video components are de-multiplexed and decoded (step <b>308</b>) based on the control information or signaling sent at step <b>306</b>. At step <b>310</b> and video call can be viewed and heard either at the lawful interception monitoring centre or the destination (as the case may be).

p-0043In order to carry out the method steps identified in <figref idrefs="DRAWINGS">FIG. 3</figref> a number of modules for carrying out the steps may be found in for example the CS node and the MGW in <figref idrefs="DRAWINGS">FIG. 2</figref>. The modules include a multiplexing module for multiplexing the audio and video streams prior to them being transmitted to the lawful interception monitoring centre. In addition, signal processing module for removing and processing the call control signals in order for them to be communicated to the lawful interception monitoring centre is also provided. At the lawful interception monitoring centre there are equivalent modules for receiving, de-multiplexing, decoding and processing the received signals and also for storing the call control signals and the multiplexed stream until such time as the signals need to be decoded (if ever).

p-0044In the embodiments described above, the emphasis has been on identifying the coding and multiplexing schemes of a particular multimedia call in order to enable the lawful interception to de-multiplex and decode the call. However, it will be appreciated, that other call parameters may be captured as the control information relating to the multimedia call to enable identification of the content of the multimedia call for the purposes of lawful interception.

p-0045It will be appreciated there are many alternatives to the embodiments described above, which would still fall within the spirit and scope of the present invention.