WO2007006237A1 - Système de surveillance d’appel vidéo - Google Patents

Système de surveillance d’appel vidéo Download PDF

Info

Publication number
WO2007006237A1
WO2007006237A1 PCT/CN2006/001676 CN2006001676W WO2007006237A1 WO 2007006237 A1 WO2007006237 A1 WO 2007006237A1 CN 2006001676 W CN2006001676 W CN 2006001676W WO 2007006237 A1 WO2007006237 A1 WO 2007006237A1
Authority
WO
WIPO (PCT)
Prior art keywords
video
call
calling
stream
terminal
Prior art date
Application number
PCT/CN2006/001676
Other languages
English (en)
French (fr)
Inventor
Yijun Ren
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP06753143A priority Critical patent/EP1819097B1/en
Priority to CN2006800119334A priority patent/CN101156374B/zh
Priority to AT06753143T priority patent/ATE434312T1/de
Priority to DE602006007304T priority patent/DE602006007304D1/de
Publication of WO2007006237A1 publication Critical patent/WO2007006237A1/zh
Priority to US11/765,229 priority patent/US7920578B2/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/30Network architectures or network communication protocols for network security for supporting lawful interception, monitoring or retaining of communications or communication related information
    • H04L63/306Network architectures or network communication protocols for network security for supporting lawful interception, monitoring or retaining of communications or communication related information intercepting packet switched data communications, e.g. Web, Internet or IMS communications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/102Gateways
    • H04L65/1043Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1106Call signalling protocols; H.323 and related
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/765Media network packet handling intermediate

Definitions

  • the present invention relates to video tracking techniques in the field of mobile communications, and more particularly to a system and method for listening to video calls. Background of the invention
  • Video calls are defined in 3G as data services based on 64k unrestricted data information (UDI). It allows the calling parties to see each other's images captured by the camera on the other terminal.
  • the 64k data service multiplexes video data, audio data and control data together, each of which occupies one logical channel, that is, the video data occupies the video logical channel, the audio data occupies the audio logical channel, and the control data occupation control logic aisle.
  • Monitoring is a means for national security personnel, including police, military, and national security personnel with monitoring authority, so that these personnel can notify these numbers to the switch if they know the phone number of the criminal or suspect. Get the communication content of the controlled number. In this way, when criminals or suspects make calls or other activities, such as sending, receiving text messages, powering on, shutting down, and location updates, security personnel can understand the status of criminals or suspects.
  • the existing monitoring is based on voice monitoring.
  • the switch sends the audio data copied during the call directly to the monitoring center, usually outputting the call content to a specified telephone number. .
  • a system for monitoring a video call for monitoring video communication between a calling video terminal and a called video terminal, comprising a mobile switching center MSC server, a media gateway, a video gateway, and a monitoring receiving unit;
  • the MSC server After the calling video terminal initiates a video call to the called video terminal, the MSC server sends a call to the video gateway, and controls the media gateway to copy the call data of the calling and called video terminals;
  • the media gateway separately copies the call data of the calling and called video terminals under the control of the MSC server, and sends the copied call data to the video gateway;
  • the video gateway receives the call sent by the MSC server, establishes a connection with the media gateway, and receives the call data copied by the media gateway; after demultiplexing the audio stream and the video stream from the call data, sending the audio stream, the video stream, and the control signaling to the interception and receiving Unit
  • the interception receiving unit plays the demultiplexed audio stream and the video stream according to the control signaling.
  • a method for monitoring a video call for monitoring video communication between a calling video terminal and a called video terminal, comprising:
  • the call data of the calling and called video terminals are respectively copied;
  • the audio and video streams are demultiplexed from the copied call data and played on the listening receiver.
  • the present invention uses the media gateway (MGW) to copy the call data of the controlled user, and then demultiplexes the call data into an audio stream and a video stream on the video gateway (VIG), and then sends the call data to the video gateway (VIG). Listening to the receiving end makes up for the gap in the prior art without video monitoring.
  • MGW media gateway
  • the call data of the controlled user is converted into an RTP stream and broadcasted to the network through the RTSP server, and can be monitored by accessing the website, so that the monitoring is no longer limited to a specific place or terminal. It can be monitored by connecting to the Internet in any form, making the implementation of the monitor more flexible.
  • the demultiplexed audio stream and the video stream are compressed and stored by a mixer (Muxer), and the stored audio stream and video stream are played when needed, so that the monitoring is not restricted by time. Make the implementation of the listener more flexible.
  • the VIG directly transmits the audio stream and the video stream to the H.324M terminal in the form of a TDM stream, and the H.324M terminal plays the audio stream and the video stream, since the H.324M terminal is a 3G mobile terminal. , making the location of the monitoring more unrestricted.
  • FIG. 1 is a schematic structural diagram of a system for monitoring a video call according to Embodiment 1 of the present invention.
  • FIG. 1b is a schematic diagram showing the structure of a Mobile Switching Center (MSC) server according to Embodiment 1 of the present invention.
  • MSC Mobile Switching Center
  • FIG. lc is a schematic structural diagram of a media gateway (MGW) according to Embodiment 1 of the present invention.
  • FIG. 1d is a schematic structural diagram of a video gateway (VIG) according to Embodiment 1 of the present invention.
  • Figure le is a flow chart of a method for monitoring a video call according to Embodiment 1 of the present invention.
  • FIG. 2 is a schematic structural diagram of a system for monitoring a video call according to Embodiment 2 of the present invention.
  • FIG. 2b is a schematic structural diagram of a video gateway (VIG) according to Embodiment 2 of the present invention.
  • FIG. 3 is a schematic structural diagram of a system for monitoring a video call according to Embodiment 3 of the present invention.
  • FIG. 4 is a schematic structural diagram of a system for monitoring a video call according to Embodiment 4 of the present invention.
  • FIG. 5 is a schematic structural diagram of a system for monitoring a video call according to Embodiment 5 of the present invention. Mode for carrying out the invention
  • a mobile switching center (MSC) server instructs a media gateway (MGW, Media GateWay) to perform call data for two video terminals when a video terminal initiates a video call to another video terminal. Copying, and instructing the video gateway (VIG, Video Inter-working Gateway) to receive the call data copied by the MGW, and demultiplexing the call data into an audio stream and a video stream, and transmitting the call data to the monitoring receiving unit.
  • MSC mobile switching center
  • Embodiment 1 is a diagrammatic representation of Embodiment 1:
  • FIG. 1 is a schematic structural diagram of a system for monitoring a video call according to Embodiment 1 of the present invention.
  • the system for monitoring a video call includes: a video terminal eight, a video terminal B, an MSC server, an MGW, a VIG, a Real Time Streaming Protocol (RTSP) server, a mixer. (Muxer), storage device, RTSP web server, and RTSP terminal.
  • a video terminal eight a video terminal B
  • MSC server MGW
  • VIG a Real Time Streaming Protocol
  • RTSP Real Time Streaming Protocol
  • mixer. mixer.
  • storage device RTSP web server
  • RTSP terminal Real Time Streaming Protocol
  • the video terminal A and the video terminal B are mobile terminals having a video communication function.
  • the MSC server is used as a control plane, and stores the number of the controlled user, and the user number can be set by the monitoring center; when the controlled user is called or called, the MGW is controlled to perform copying on the carrying surface, and The VIG sends a call informing the VIG to receive channel information of the call data copied by the MGW.
  • the MSC server may be a video terminal.
  • the MSC server to which the terminal A belongs it should be understood that the MSC server may also be the MSC server to which the video terminal B belongs.
  • the MGW acts as a bearer plane, and under the control of the MSC server, copies the uplink and downlink VP call data of the controlled user, and then forwards the data to the VIG.
  • the calling party is a controlled user and needs to copy the calling party's uplink and downlink call data
  • the calling party's downlink call data is the called party's uplink data, so the copied party is the calling party.
  • the uplink call data of the called party and the uplink call data of the calling party are still copied. It can be seen from the above that whether the calling party or the called party is the controlled user, the copied data is the same, and the uplink call data of the calling party and the uplink call data of the called party respectively.
  • the VIG establishes a connection with the MGW according to the call sent by the MSC server, processes the call data sent by the MGW on the bearer plane, demultiplexes the audio stream and the video stream, and converts it into a real-time transport protocol (RTP, Real-Time).
  • the transport protocol stream is sent to the RTSP server via the Muxer; the control signaling including the RTP stream address information and the codec information is sent to the RTSP server through the RTSP protocol on the control plane;
  • the VIG has the function of creating and updating the PORTAL page, once When the VIG receives the call, it updates the listening interface, such as the PORTAL page, and lists the number of the controlled user on the PORTAL page.
  • Muxer forwards the received RTP stream to the RTSP server, converts the RTP stream into a file in streaming media format, and stores it in the storage device.
  • the stored streaming media format file can also be read by the RTSP server.
  • the present invention may also not include the Muxer, in which case the VIG sends the RTP stream directly to the RTSP server.
  • the RTSP server treats the received RTP stream forwarded by the Muxer as a live broadcast source of the program, and broadcasts it through the network.
  • the streaming media format file saved by the storage device can also be broadcasted through the network as a live broadcast source of the program.
  • the RTSP website server receives the RTP stream broadcast by the RTSP server, and associates the RTP stream with the listening interface, that is, the number of the controlled user displayed on the POTAL page.
  • the RTSP terminal accesses the POTAL page of the RTSP website server through the browser, clicks on the number of the controlled user for real-time video monitoring, or accesses the stored video file of the monitoring object.
  • the above Muxer, storage device, RTSP server, RTSP website server and RTSP terminal belong to the monitoring receiving unit, and the work done is to restore the audio and video data of the monitored user and play the audio and video data.
  • the above Muxer, storage device and RTSP server can be located in the same physical entity, and Muxer can also be in the same physical entity as VIG. If the Muxer and the RTSP server are not in the same physical entity, then the shared network protocol needs to be installed in the RTSP server and the Muxer in order to forward the RTP stream to the RTSP server through the Muxer in time, or to timely transfer the streaming media format file stored by the Muxer to the RTSP. server.
  • FIG. 1b is a schematic structural diagram of an MSC server according to Embodiment 1 of the present invention.
  • the part related to video monitoring in the MSC server of the first embodiment includes a monitoring user determining unit, a video call identifying unit, and a video listening control unit.
  • the monitoring user judgment unit receives the call of the terminal user, it determines whether the calling or called number of the call is the number of the controlled user, and if it is the controlled user number, it indicates that the monitoring of the call needs to be started, and the call is called.
  • the video call identification unit determines whether the call is a video call according to whether the call contains a 64K UDI.
  • the call is a video call, and the video call is routed to the video snoop control unit; otherwise, the call is routed to the processing unit that listens to the audio call; the video snoop control unit receives the video call identification unit route
  • the following functions are performed: Two calls are sent to the VIG, an initial address message containing the calling number (IAM, Initial Address Message), an IAM message containing the called number, instructing the VIG to establish contact with the MGW; sending replication indication signaling to the MGW, instructing the MGW to separately copy the two-way call data.
  • Figure lc is a schematic structural diagram of an MGW according to Embodiment 1 of the present invention.
  • the part related to video monitoring in the MGW of the first embodiment includes a call data copying unit and a call data transmitting unit.
  • the call data replication unit respectively copies the uplink call data of the calling party and the called party under the instruction of the MSC server, and then sends the uplink call data of the calling party and the called party to the call data sending unit respectively;
  • the sending unit sends the uplink call data of the calling party and the called party to the VIG.
  • FIG. 1d is a schematic structural view of a VIG according to Embodiment 1 of the present invention.
  • the portion related to video monitoring in the VIG of the first embodiment includes a call processing unit, an H.245 processing unit, a data demultiplexing unit, and a media transmitting unit.
  • the call processing unit sends the calling number and the called number to the RTSP website server when receiving the call of the MSC server, or only sends the number of the called number in the calling and called numbers to the RTSP website server;
  • the H.245 processing unit terminates the H.245 negotiation included in the call data of the calling party and the called party respectively, and then sends the uplink call data of the calling party and the called party to the call data processing unit respectively; data demultiplexing
  • the unit copies the video OLC message in the calling party uplink call data to the called party uplink call data, and then the audio stream and the video stream according to the audio OLC message and the video OLC message of the calling party and the called party's uplink call data.
  • the media sending unit converts the audio stream and the video stream into an RTP stream and sends the data to the monitoring receiving unit, which is sent to the monitoring in this embodiment.
  • Receive unit's Muxer Demultiplexed from the call data, for example, the H.223 stream, and sent to the media sending unit; the media sending unit converts the audio stream and the video stream into an RTP stream and sends the data to the monitoring receiving unit, which is sent to the monitoring in this embodiment.
  • Receive unit's Muxer
  • the reason for copying the video OLC message in the calling party uplink call data to the called party uplink call data is as follows: For the audio data, the terminals of both parties of the call send an OLC message to tell the other party which channel the audio is transmitted on, but for Video data, only the main The calling party sends the OLC message, and the two calls that are intercepted are independent, and there is no association between them. Therefore, the VIG needs to exchange the OLC message between the two data, and the video OLC message in the calling party uplink call data needs to be copied to the called party. Call the party to call data.
  • FIG. 5 is a flowchart of a method for monitoring a video call according to Embodiment 1 of the present invention. As shown in Figure le, in the first embodiment, the monitoring of the video call specifically includes the following steps:
  • Step 101 The number of the controlled user is stored on the MSC server.
  • the monitoring center may set and store the number of the controlled user on the MSC server through the monitoring gateway, or may directly set and store the controlled user on the MSC server. number.
  • Step 102 Video terminal A sends a video call to video terminal B.
  • Step 103 The MSC server receives the call sent by the video terminal A to the video terminal B, extracts the calling party and the called number of the call, and determines whether the calling or called number is the controlled user according to the stored number of the controlled user. If the calling or called number is the controlled number, go to step 104. If both the calling and called numbers are not the controlled number, end the process and perform the connection process of the normal call.
  • Step 104 The MSC server determines whether it contains a 64K UDI. If it is included, the call is a video call, and step 105 is performed; otherwise, the process ends, and the connection process of the audio call monitoring is performed.
  • Step 105 The MSC server adopts an Integrated Service Digital Network (ISDN) User Part (ISUP, ISDN User Part) protocol, a Telephone User Part (TUP) protocol, or a base rate adaptation (PRA, Primary).
  • ISDN Integrated Service Digital Network
  • TUP Telephone User Part
  • PRA Base rate adaptation
  • the Rate Adaptation protocol sends a call to the VIG. Because the uplink and downlink call data need to be monitored separately, a call is sent upstream, that is, an IAM message containing the calling number, and a call is sent downstream, that is, an IAM message containing the called number.
  • the two calls are sent to the VIG via ISUP, PRA or TUP signaling, the two calls containing a message receiving the call data from the MGW Control signaling of the track information; the MSG server sends an indication to the MGW to copy the uplink and downlink data of the controlled user through H.248 signaling.
  • Step 106 The MGW copies the uplink and downlink call data, that is, the uplink call data of the calling party and the uplink call data of the called party, by using the endpoint 1 and the endpoint 2, respectively, under the instruction of the MSC server, and copying the endpoint 1 by using the endpoint 3
  • the calling party uplink call data uses the endpoint 4 to copy the called party uplink call data of the endpoint 2, and then sends the call data of the endpoint 3 and the endpoint 4 to the VIG, for example, transmitting the copied call data to the VIG through the H.324M protocol. .
  • Step 107 After receiving the call from the MSC server, the VIG establishes a connection with the MGW, and receives the uplink call data of the calling party and the called party sent by the endpoint 3 and the endpoint 4 respectively; meanwhile, the VIG updates the monitoring on the RTSP website server.
  • the interface such as the PORTAL page, lists the calling and/or called number as the controlled subscriber number in the real-time listening bar on the PORTAL page.
  • Step 108 The VIG terminates the H.245 negotiation contained in the call data sent by Endpoint 3 and Endpoint 4, respectively. Since the monitoring is the copying of the uplink and downlink call data of the controlled user, the VIG will receive the H.245 negotiation message initiated by the video terminal A and the video terminal B. The behavior of the VIG cannot affect the behavior of the video terminal, so the receiving is received. After the H.245 negotiation message from video terminal A and video terminal B, the response message cannot be sent to video terminal A and video terminal B, so the H.245 negotiation supported by VIG is unidirectional.
  • Step 109 The VIG forwards the uplink call data of the calling party, that is, the video open logical channel (OCC, Open Logic Channel) message included in the call data sent by the endpoint 3, to the called party's uplink call data, that is, the endpoint 4 sends Call data coming.
  • OLC Open logical Channel
  • the terminals of both parties of the call send an OLC message to tell the other party which channel the audio is transmitted on, but for video data, only the calling party sends the OLC message, and the two calls that are monitored are independent. There is no association between them, so VIG needs to exchange OLC messages between the two data.
  • Step 110 The VIG streams the audio stream and the video stream from the H.223 stream carrying the call data of the calling party and the called party respectively according to the calling party uplink call data and the audio OLC and video OLC messages of the called party uplink call data.
  • the medium is demultiplexed and converted into an RTP stream.
  • Step 111 The VIG sends control signaling including the IP address, port number, codec (CODEC) information of the RTP stream to the RTSP server through the announcement process of the standard RTSP protocol, and converts the converted RTP to the RTP server.
  • the stream is sent to Muxer.
  • Step 112 Muxer forwards the RTP stream to the RTSP server.
  • the RTP stream is compressed and converted into a streaming media format file, such as an RM file or a 3GP file, and stored in the storage device, and the stored streaming media format file can also be RTSP.
  • the server reads as historical data.
  • Step 113 The RTSP server broadcasts the RTP stream forwarded by the Muxer as a program source according to the control signaling sent by the VIG, and broadcasts the data through the network as the program source, and broadcasts the network through the network. .
  • Step 114 The RTSP web server receives the RTP stream broadcast by the RTSP server and associates it with the subscriber number displayed on the listening bar on the PORTAL page.
  • Step 115 The listener accesses the PORTAL page of the RTSP website server through the browser of the RTSP terminal, and clicks on the number of the controlled user to monitor.
  • Embodiment 2 is a diagrammatic representation of Embodiment 1:
  • FIG. 2 is a schematic structural diagram of a system for monitoring a video call according to Embodiment 2 of the present invention.
  • the system for monitoring a video call includes: a video terminal, a video terminal B, an MSC server 1, an MGW, a VIG, an MSC server 2, and an H.324M terminal.
  • the video terminal, the video terminal, the MSC server 1, and the MGW have the same functions as those in the first embodiment.
  • the functions of the VIG are slightly different, and the MSC server 2 and the H.324M terminal are used as the monitoring receiving unit of this embodiment.
  • the MSC server 1 is the MSC server of the monitored end
  • the MSC server 2 is the MSC server of the listening end. It should be understood that MSC Server 1 and MSC server 2 may be the same MSC server.
  • the differences between this embodiment and the first embodiment are highlighted below:
  • the VIG establishes a connection with the MGW according to the call sent by the MSC server 1, processes the call data sent by the MGW on the bearer plane, demultiplexes the audio and video data, and the audio and video streams are TDM streams, and need not be performed.
  • the protocol conversion is directly sent to the MSC server 2 to which the H.324M terminal belongs.
  • the control plane transmits control signaling including TDM stream address information and codec information to the MSC server 2 to which the H.324M terminal currently belongs by using the RTSP protocol.
  • the MSC server 2 is the MSC server to which the H.324M terminal belongs, and can send the TDM stream sent by the VIG to the H.324M terminal.
  • the H.324M terminal that is, the 3G mobile phone, receives the TDM stream from the VIG, and then plays the audio and video data.
  • the part related to the video monitoring in the MSC server 1 and the MGW is completely the same as the related part in the first embodiment, and details are not described herein.
  • the part related to video monitoring in the VIG includes an H.245 processing unit, a data demultiplexing unit, and a media sending unit.
  • the functions of the H.245 processing unit and the data demultiplexing unit are the same as those of the first embodiment, and are not described here.
  • the media transmission converts the voice and video streams into TDM streams and sends them to the monitoring receiving unit.
  • the MSC Server 2 sends the TDM stream to the H.324M terminal.
  • a solution for realizing monitoring by using a mobile terminal can be realized, and the monitoring personnel need not be kept at a fixed monitoring location, and the monitoring can be realized by using a mobile phone.
  • Embodiment 3 is a diagrammatic representation of Embodiment 3
  • FIG. 3 is a schematic structural diagram of a system for monitoring a video call according to Embodiment 3 of the present invention.
  • the system for monitoring a video call includes: a video terminal eight, a video terminal B, an MSC server, an MGW, a VIG, and an H.323 multipoint control unit (MCU, Multi-Console Unit) and more than one H.323 terminal.
  • the video terminal, the video terminal B, the MSC server, and the MGW have the same functions as those in the first embodiment, and the functions of the VIG are slightly different, and the H.323 MCU and the H.323 terminal are used as the monitoring receiving unit.
  • the differences between this embodiment and the first embodiment are highlighted below:
  • the VIG establishes a connection with the MGW according to the call sent by the MSC server, processes the call data sent by the MGW on the bearer plane, demultiplexes the audio and video data, converts it into an RTP stream, and sends it to the H.323 MCU; Control information including RTP stream address information and codec information is sent to the H.323 MCU through the RTSP protocol on the control plane.
  • the H.323 MCU receives the RTP stream from the VIG and sends audio and video data to more than one H.323 terminal.
  • the part related to the video monitoring in the MSC server and the MGW is completely the same as the related part in the first embodiment, and details are not described herein.
  • the portion of the VIG related to video snooping includes an H.245 processing unit, a data demultiplexing unit, and a media transmission.
  • the function of the H.245 processing unit and the data demultiplexing unit is the same as that of the first embodiment, and is not described here.
  • the media sending unit converts the voice and video streams into an RTP stream and sends the data to the monitoring receiving unit. Sent to the H.323 MCU. In this embodiment, multiple H.323 terminals can be simultaneously monitored. ,
  • Embodiment 4 is a diagrammatic representation of Embodiment 4:
  • the system for monitoring a video call includes: a video terminal eight, a video terminal 8, an MSC server, an MGW, a VIG, a Session Initiation Protocol (SIP), and one or more SIP terminals.
  • the video terminal, the video terminal B, the MSC server, and the MGW have the same functions as those described in the first embodiment, and the functions of the VIG are slightly different, and the SIP MCU and the SIP terminal are used as the monitoring receiving unit.
  • the difference between the embodiment and the first embodiment is as follows:
  • VIG has the SIP function, establishes a connection with the MGW according to the call sent by the MSC server, processes the call data sent by the MGW on the bearer surface, demultiplexes the audio and video data, converts it into an RTP stream, and sends it to the SIP.
  • the MCU sends control signaling including RTP stream address information and codec information to the SIP MCU through the SIP protocol on the control plane.
  • the SIP MCU receives the RTP stream sent by the VIG and sends audio and video data to the SIP terminal.
  • the SIP terminal plays audio and video data.
  • the part related to the video monitoring in the MSC server and the MGW is completely the same as the related part in the first embodiment, and details are not described herein.
  • the part related to video monitoring in the VIG includes an H.245 processing unit, a data demultiplexing unit, and a media transmitting unit.
  • the function of the H.245 processing unit and the data demultiplexing unit is the same as that of the first embodiment, and is not described here.
  • the media sending unit converts the voice and video streams into an RTP stream and sends the data to the monitoring receiving unit. Sent to the SIP MCU. In this embodiment, multiple SIP terminals can be simultaneously monitored.
  • Embodiment 5 is a diagrammatic representation of Embodiment 5:
  • FIG. 5 is a schematic structural diagram of a system for monitoring a video call according to Embodiment 5 of the present invention.
  • the system for monitoring a video call includes: a video terminal A, a video terminal B, an MSC, an MGW, a VIG, and a SIP terminal.
  • the video terminal A, the video terminal B, the MSC, and the MGW have the same functions as those described in the first embodiment, and the functions of the VIG are slightly different, and the SIP terminal functions as a monitoring receiving unit.
  • the differences between this embodiment and the first embodiment will be highlighted below:
  • the VIG has a SIP function, and establishes a connection with the MGW according to the call sent by the MSC, processes the call data sent by the MGW on the bearer surface, demultiplexes the audio and video data, converts it into an RTP stream, and sends it to the SIP terminal. ; at the control plane through the SIP protocol to SIP end The terminal sends control signaling including RTP stream address information and codec information.
  • the SIP terminal plays audio and video data.
  • the part related to the video monitoring in the MSC and the MGW is exactly the same as the related part in the first embodiment, and details are not described herein.
  • the part related to video monitoring in the VIG includes an H.245 processing unit, a data demultiplexing unit, and a media transmitting unit.
  • the function of the H.245 processing unit and the data demultiplexing unit is the same as that of the first embodiment, and is not described here.
  • the media sending unit converts the voice and video streams into an RTP stream and sends the data to the monitoring receiving unit. Sent to the SIP terminal.

Description

一种监听视频呼叫的系统和方法
技术领域
本发明涉及移动通信领域的视频跟踪技术, 更准确地说, 涉及一种 监听视频呼叫的系统和方法。 发明背景
视频呼叫( VP, Video Phone )在 3G中被定义为基于 64k的非受限数 据信息( UDI, Unrestricted Data Information )的数据业务。 它使呼叫双方 可以相互看到对方终端上的摄像头所拍摄到的图像。 该 64k的数据业务 将视频数据、 音频数据和控制数据复用在一起, 每种信息占用一个逻辑 通道, 也就是说, 视频数据占用视频逻辑通道, 音频数据占用音频逻辑 通道, 控制数据占用控制逻辑通道。
监听是给国家安全人员, 包括有监听权限的警察、 军队、 国安部门 人员提供的一种手段, 使得这些人员可以在知道犯罪份子或者嫌疑人员 电话号码的前提下, 将这些号码通知到交换机, 以获取被控号码的通讯 内容。 这样, 当犯罪份子或嫌疑人员进行通话或者其他活动, 比如发送、 接收短信、 开机、 关机、 位置更新时, 安全人员能够对犯罪份子或嫌疑 人员的状态有所了解。
现有的监听都是基于语音的监听, 当犯罪份子或者嫌疑人员进行通 话时, 交换机将通话过程中复制出来的音频数据直接送往监听中心, 通 常是将通话内容输出到某个指定的电话号码。
由于监听对于国家安全所具有的重要意义, 目前在许多国家, 监听 已经作为交换机设备的入网条件之一, 得到普遍应用。 而对于国家安全 人员而言, 现在已经逐渐不满足于单純的语音监听, 尤其是随着 VP应 用的日益普遍, 犯罪份子等使用 VP的几率也大大增加, 因此视频监听 的迫切性也随之增加, 对通话过程中双方终端上的摄像头所拍摄到的图 像进行监听, 以进一步获取安全人员感兴趣的且更为直观的信息, 比如 地理位置、 人物图像等。 发明内容
有鉴于此, 本发明的主要目的在于提供一种监听视频呼叫的系统和 方法, 对视频呼叫进行监听。 .
本发明的目的是通过如下技术方案实现的:
一种监听视频呼叫的系统, 用于监听主叫视频终端与被叫视频终端 之间的视频通讯, 其包括移动交换中心 MSC服务器、 媒体网关、 视频 网关和监听接收单元;
MSC服务器在主叫视频终端向被叫视频终端发起视频呼叫后,向视 频网关发出呼叫, 并控制媒体网关复制主叫和被叫视频终端的呼叫数 据;
媒体网关在 MSC服务器的控制下分別复制主叫和被叫视频终端的 呼叫数据 , 并将复制的呼叫数据发送至视频网关;
视频网关接收 MSC服务器发出的呼叫, 与媒体网关建立连接, 接 收媒体网关复制的呼叫数据; 从呼叫数据解复用出音频流和视频流后, 发送音频流、 视频流和控制信令至监听接收单元;
监听接收单元根据控制信令播放解复用出的音频流和视频流。
一种监听视频呼叫的方法, 用于监听主叫视频终端和被叫视频终端 之间的视频通讯, 其包括:
在主叫视频终端向被叫视频终端发起视频呼叫后, 分别对主叫和被 叫视频终端的呼叫数据进行复制; 从复制的呼叫数据中解复用出音频和视频流后在监听接收端播放。 从以上技术方案可以看出 , 本发明利用媒体网关 ( MGW )对被控 用户的呼叫数据进行复制, 然后在视频网关 (VIG )上将呼叫数据解复 用为音频流和视频流后, 发送给监听接收端, 弥补了现有技术没有视频 监听的空白。
根据本发明的一个优选实施例, 将被控用户的呼叫数据转换为 RTP 流并通过 RTSP服务器广播到网络上, 可以通过访问网站的形式进行监 听, 使得监听不再局限于特定的场所或终端, 以任何形式连接上网都可 以进行监听, 使监听的实现更加灵活。
根据本发明的一个优选实施例, 利用混合器 (Muxer )将解复用出 的音频流和视频流进行压缩存储, 在需要时播放存储的音频流和视频 流, 使监听不受时间的制约, 使监听的实现更加灵活。
根据本发明的另一优选实施例, VIG 直接以 TDM 流的形式向 H.324M终端发送音频流和视频流, H.324M终端播放该音频流和视频 流, 由于 H.324M终端为 3G移动终端, 使得监听的地点更加不受限制。 附图简要说明
图 la是本发明实施例一的监听视频呼叫的系统结构示意图。
图 lb是本发明实施例一的移动交换中心 (MSC )服务器的结构示 意图。
图 lc是本发明实施例一的媒体网关(MGW ) 的结构示意图。
图 Id是本发明实施例一的视频网关(VIG ) 的结构示意图。
图 le是本发明实施例一的监听视频呼叫的方法流程图。
图 2a是本发明实施例二的监听视频呼叫的系统结构示意图。
图 2b是本发明实施例二的视频网关(VIG ) 的结构示意图。 图 3是本发明实施例三的监听视频呼叫的系统结构示意图。
图 4是本发明实施例四的监听视频呼叫的系统结构示意图。
图 5是本发明实施例五的监听视频呼叫的系统结构示意图。 实施本发明的方式
为了使本发明的目的、 技术方案和优点更清楚, 下面结合附图和具 体实施方式对本发明作进一步描述。
本发明的核心思想是: 移动交换中心 (MSC , Mobile Switching Center )服务器在一视频终端向另一视频终端发起视频呼叫时, 指示媒 体网关( MGW, Media GateWay )对两个视频终端的呼叫数据进行复制, 并指示视频网关( VIG, Video Inter-working Gateway )接收 MGW复制 的呼叫数据, 并将呼叫数据解复用为音频流和视频流后, 发送给监听接 收单元。
实施例一:
图 la是本发明实施例一的监听视频呼叫的系统结构示意图。 如图 la所示, 在实施例一中, 监听视频呼叫的系统包括: 视频终端八、 视频 终端 B、 MSC服务器、 MGW、 VIG, 实时流媒体协议( RTSP, Real Time Streaming Protocol )服务器、 混合器(Muxer )、 存储设备、 RTSP 网站 服务器和 RTSP终端。 下面分别介绍这些网络实体:
( 1 ) 所述视频终端 A和视频终端 B是具有视频通讯功能的移动终 端。
( 2 ) 所述 MSC服务器作为控制面, 存储有被控用户的号码, 该用 户号码可以由监听中心设置; 在被控用户主叫或被叫时, 控制 MGW进 行承载面上的复制, 并向 VIG发出呼叫, 通知 VIG接收 MGW复制的 呼叫数据的信道信息。 在此实施例中, 所述 MSC服务器可以是视频终 端 A所属 MSC服务器,应该理解,所述 MSC服务器也可以是视频终端 B所属 MSC服务器。
( 3 )所述 MGW作为承载面, 在 MSC服务器的控制下, 复制被控 用户的上、 下行 VP呼叫数据, 然后转发给 VIG。 具体来说就是, 如果 主叫方是被控用户, 需要复制主叫方的上行和下行的呼叫数据, 主叫方 的下行呼叫数据是被叫方的上行数据, 因此复制的是主叫方的上行呼叫 数据和被叫方的上行呼叫数据; 如果被叫方是被控用户, 需要复制被叫 方的上行和下行的呼叫数据, 被叫方的下行呼叫数据是主叫方的上行呼 叫数据, 因此复制的仍然是被叫方的上行呼叫数据和主叫方的上行呼叫 数据。 由上可见, 无论主叫方还是被叫方是被控用户, 复制的数据是相 同的, 分别为主叫方的上行呼叫数据和被叫方的上行呼叫数据。
( 4 ) VIG根据 MSC服务器发出的呼叫与 MGW建立连接, 在承载 面上对 MGW发来的呼叫数据进行处理, 解复用出音频流和视频流, 转 换为实时传输协议( RTP, Real-Time transport protocol )流, 经由 Muxer 发送给 RTSP服.务器; 在控制面通过 RTSP协议向 RTSP服务器发送包 含 RTP 流地址信息和编解码信息的控制信令; VIG 具有制作及更新 PORTAL 页面的功能, 一旦 VIG接收到呼叫, 即更新监听界面, 例如 PORTAL页面, 将被控用户的号码列在 PORTAL页面上。
( 5 ) Muxer将接收到的 RTP流转发给 RTSP服务器, 并将 RTP流 转换为流媒体格式的文件后存储在存储设备中, 存储后的流媒体格式文 件也可被 RTSP服务器读取。本发明也可以不包括所述 Muxer,此时 VIG 将 RTP流直接发送至 RTSP服务器。
( 6 )RTSP服务器将接收到的 Muxer转发来的 RTP流当作节目直播 源, 通过网络广播; 也可以将存储设备保存的流媒体格式文件作为节目 直播源, 通过网络广播。 ( 7 ) RTSP网站服务器接收 RTSP服务器广播的 RTP流,将 RTP流 与监听界面, 即 POTAL页面上显示的被控用户的号码进行关联。
( 8 ) RTSP终端通过浏览器访问 RTSP网站服务器的 POTAL页面, 点击被控用户的号码进行实时的视频监听, 或者访问存储下来的监听对 象的视频文件。
上述的 Muxer、存储设备、 RTSP服务器、 RTSP网站服务器和 RTSP 终端属于监听接收单元, 其完成的工作是对监听到被控用户的音频和视 频数据进行还原, 并播放音频和视频数据。
上述的 Muxer、存储设备和 RTSP服务器可以位于同一物理实体中 , Muxer也可以和 VIG位于同一物理实体中。如果 Muxer与 RTSP服务器 不位于同一物理实体, 那么需要在 RTSP服务器与 Muxer同时安装共享 的网络协议, 以便及时通过 Muxer向 RTSP服务器转发 RTP流, 或及时 将 Muxer存储下来的流媒体格式文件传送到 RTSP服务器。
图 lb是本发明实施例一的 MSC服务器的结构示意图。 如图 lb所 示, 实施例一的 MSC服务器中与视频监听有关的部分包括监听用户判 断单元、 视频呼叫识别单元和视频监听控制单元。 其中, 监听用户判断 单元接收到终端用户的呼叫时, 判断呼叫的主叫或被叫号码是否为被控 用户的号码, 如果是被控用户号码, 则说明需要启动对该呼叫的监听, 将呼叫路由至视频呼叫识别单元; 否则, 将呼叫路由至正常呼叫的处理 单元; 视频呼叫识别单元在接收到监听用户判断单元路由来的呼叫时, 根据呼叫是否包含 64k的 UDI来判断呼叫是否为视频呼叫, 如果包含 64k的 UDI, 则说明呼叫是视频呼叫, 将视频呼叫路由至视频监听控制 单元; 否则, 将呼叫路由至监听音频呼叫的处理单元中; 视频监听控制 单元在接收到视频呼叫识别单元路由来的视频呼叫时, 执行以下功能: 向 VIG分别发出两个呼叫,即一个包含主叫号码的初始地址消息(IAM, Initial Address Message ) , 一个包含被叫号码的 IAM消息, 指示 VIG建 立与 MGW的联系; 向 MGW发送复制指示信令, 指示 MGW分别复制 两路呼叫数据。
图 lc是本发明实施例一的 MGW的结构示意图。 如图 lc所示, 实 施例一的 MGW中与视频监听有关的部分包括呼叫数据复制单元和呼叫 数据发送单元。 其中, 呼叫数据复制单元在 MSC服务器的指示下, 分 别复制主叫方和被叫方的上行呼叫数据, 然后将主叫方和被叫方的上行 呼叫数据分别发送至呼叫数据发送单元; 呼叫数据发送单元分别将主叫 方和被叫方的上行呼叫数据发送至 VIG。
图 Id是本发明实施例一的 VIG的结构示意图。 如图 Id所示, 实施 例一的 VIG中与视频监听有关的部分包括呼叫处理单元、 H.245处理单 元、 数据解复用单元和媒体发送单元。 其中, 呼叫处理单元在接收到 MSC服务器的呼叫时,将主叫号码和被叫号码发送至 RTSP网站服务器, 或仅将主叫和被叫号码中作为被控号码的号码发送至 RTSP 网站服务 器; H.245 处理单元分别终结主叫方和被叫方上行呼叫数据中包含的 H.245 协商, 然后将主叫方和被叫方的上行呼叫数据分别发送至呼叫数 据处理单元; 数据解复用单元将主叫方上行呼叫数据中的视频 OLC 消 息复制给被叫方上行呼叫数据, 然后根据主叫方和被叫方的上行呼叫数 据的音频 OLC消息和视频 OLC消息, 将音频流和视频流分别从呼叫数 据中, 例如 H.223流中解复用出来, 发送至媒体发送单元; 媒体发送单 元将音频流和视频流转换为 RTP流发送至监听接收单元,在本实施例中 发送至监听接收单元的 Muxer。
上述将主叫方上行呼叫数据中的视频 OLC 消息复制给被叫方上行 呼叫数据的原因是: 对于音频数据, 呼叫双方的终端都会发送 OLC 消 息, 告诉对方音频是在哪个信道上传送, 但是对于视频数据, 只会有主 叫方发送 OLC 消息, 而监听的两个呼叫是独立的, 之间没有关联, 因 此 VIG需要在两个数据间交换 OLC消息, 就需要将主叫方上行呼叫数 据中的视频 OLC消息复制给被叫方上行呼叫数据。
下面对实施例一的监听视频呼叫的方法进行详细介绍, 该方法基于 图 la所示的系统。图 5是本发明实施例一的监听视频呼叫的方法流程图。 如图 le所示, 在实施例一中, 监听视频呼叫具体包括如下步骤:
步骤 101: 在 MSC服务器上存储被控用户的号码, 可以是监听中心 通过监听网关将被控用户的号码设置并存储在 MSC服务器上, 也可以 是直接在 MSC服务器上设置并存储被控用户的号码。
步骤 102: 视频终端 A向视频终端 B发出视频呼叫。
步骤 103: MSC服务器接收到视频终端 A向视频终端 B发出的呼叫, 提取出呼叫的主叫和被叫号码, 根据存储的被控用户的号码, 判断主叫 或被叫号码是否为被控用户的号码, 如果主叫或被叫号码是被控号码, 则执行步驟 104; 如果主叫和被叫号码均不是被控号码, 则结束本流程, 执行正常呼叫的接续流程。
步骤 104: MSC服务器判断其是否包含 64K的 UDI, 如果包含, 则 说明该呼叫是视频呼叫, 执行步骤 105; 否则, 结束本流程, 执行音频 呼叫监听的接续流程。
步骤 105: MSC服务器通过综合业务数字网( ISDN, Integrated Service Digital Network )用户部分( ISUP, ISDN User Part )协议、 电话用户部分 ( TUP, Telephone User Part )协议或基群速率适配( PRA, Primary Rate Adaptation )协议向 VIG发出呼叫, 由于需要对上、 下行呼叫数据分别 监听, 所以上行发送一个呼叫, 即包含主叫号码的 IAM消息, 下行发送 一个呼叫, 即包含被叫号码的 IAM消息, 通过 ISUP、 PRA或 TUP信令 向 VIG发送这两个呼叫,所述两个呼叫包含从 MGW接收呼叫数据的信 道信息的控制信令; MSG服务器通过 H.248信令向 MGW发出对被控用 户的上、 下行数据进行复制的指示。
步骤 106: MGW在 MSC服务器的指示下, 分别利用端点 1和端点 2复制上、 下行呼叫数据, 即主叫方的上行呼叫数据和被叫方的上行呼 叫数据, 并且, 利用端点 3复制端点 1的主叫方上行呼叫数据, 利用端 点 4复制端点 2的被叫方上行呼叫数据, 然后将端点 3和端点 4的呼叫 数据发送至 VIG,例如通过 H.324M协议传输复制后的呼叫数据至 VIG。
步骤 107: VIG接收到 MSC服务器的呼叫后,建立与 MGW的连接, 分别接收端点 3和端点 4发来的主叫方和被叫方的上行呼叫数据;同时, VIG更新 RTSP网站服务器上的监听界面, 例如 PORTAL页面, 将作为 被控用户号码的主叫和 /或被叫号码列在 PORTAL 页面上的实时监听栏 内。
步驟 108: VIG分别终结端点 3和端点 4发来的呼叫数据中所包含 的 H.245协商。 由于监听是对被控用户的上、 下行呼叫数据的复制, 所 以 VIG会接收到视频终端 A和视频终端 B发起的 H.245协商消息 , VIG 的行为不能影响视频终端的行为,所以在接收到来自视频终端 A和视频 终端 B的 H.245协商消息后, 不能向视频终端 A和视频终端 B发送回 应消息 , 因此 VIG支持的 H.245协商是单向的。
步骤 109: VIG将来自主叫方的上行呼叫数据, 即端点 3发来的呼 叫数据所包含的视频打开逻辑信道( OLC, Open Logic Channel )消息复 制给被叫方的上行呼叫数据, 即端点 4发来的呼叫数据。 这是因为, 对 于音频数据, 呼叫双方的终端都会发送 OLC 消息, 告诉对方音频是在 哪个信道上传送, 但是对于视频数据, 只会有主叫方发送 OLC 消息, 而监听的两个呼叫是独立的, 之间没有关联, 因此 VIG需要在两个数据 间交换 OLC消息。 步骤 110: VIG根据主叫方上行呼叫数据和被叫方上行呼叫数据的 音频 OLC和视频 OLC消息, 将音频流和视频流分别从承载主叫方和被 叫方上行呼叫数据的 H.223流中解复用出来, 转换为 RTP流。
步骤 111 : VIG通过标准的 RTSP协议的宣布(announce )流程, 将 包含 RTP流的 IP地址、 端口号、 编解码( CODEC )信息等的控制信令 发送给 RTSP服务器, 并将转换为后的 RTP流发送给 Muxer。
步驟 112: Muxer将 RTP流转发给 RTSP服务器; 同时将 RTP流进 行压缩, 转换为流媒体格式文件, 如 RM文件或 3GP文件后在存储设备 中存储, 所存储的流媒体格式文件也能够被 RTSP服务器作为历史数据 读取。
步骤 113: RTSP服务器根据 VIG发来的控制信令, 将 Muxer转发 的 RTP流作为节目源, 通过网络进行广播; 或者将存储设备中存储的流 媒体格式文件的数据作为节目源 , 通过网絡进行广播。
步錄 114: RTSP网站服务器接收 RTSP服务器广播的 RTP流, 将其 与 PORTAL页面上监听栏显示的用户号码相关联。
步骤 115:监听人员通过 RTSP终端的浏览器访问 RTSP网站服务器 的 PORTAL页面, 点击被控用户的号码, 进行监听。
实施例二:
图 2a是本发明实施例二的监听视频呼叫的系统结构示意图。 如图 2a所示, 在实施例二中, 监听视频呼叫的系统包括: 视频终端 、 视频 终端 B、 MSC服务器 1、 MGW、 VIG、 MSC服务器 2和 H.324M终端。 其中的视频终端 、 视频终端^ MSC服务器 1、 MGW分别与实施例 一所述功能相同, VIG的功能稍有不同 ,并且由 MSC服务器 2和 H.324M 终端作为本实施例的监听接收单元。其中, MSC服务器 1是被监听端的 MSC服务器, MSC服务器 2是监听端的 MSC服务器。应该理解, MSC 服务器 1和 MSC服务器 2有可能是同一个 MSC服务器。下面着重介绍 本实施例与实施例一的不同之处:
( 1 ) VIG根据 MSC服务器 1发出的呼叫与 MGW建立连接, 在承 载面上对 MGW发来的呼叫数据进行处理, 解复用出音频和视频数据, 该音频和视频流是 TDM流, 无需进行协议转换, 直接发送给 H.324M 终端当前所属的 MSC服务器 2; 在控制面通过 RTSP协议向 H.324M终 端当前所属的 MSC服务器 2发送包含 TDM流地址信息和编解码信息的 控制信令。
( 2 ) MSC服务器 2是 H.324M终端当前所属的 MSC服务器, 可以 将 VIG发来的 TDM流发送给 H.324M终端。
( 3 ) H.324M终端即 3G手机, 接收 VIG发来的 TDM流, 然后播 放音频和视频数据。
在本实施例中, MSC服务器 1中和 MGW中与视频监听有关的部分 与实施例一的相关部分完全相同, 在此不予赘述。
参见图 2b,在本实施例中, VIG中与视频监听有关的部分包括 H.245 处理单元、 数据解复用单元和媒体发送单元。 其中, H.245 处理单元与 数据解复用单元与实施例一的功能完全相同, 在此不予赘述; 媒体发送 将语音和视频流转换为 TDM流发送至监听接收单元, 在本实施例中发 送至 MSC服务器 2。 MSC服务器 2将 TDM流发送至 H.324M终端。
本实施例可以实现利用移动终端实现监听的方案, 监听人员无需守 在固定的监听地点, 利用移动电话即可实现监听。
实施例三:
图 3是本发明实施例三的监听视频呼叫的系统结构示意图。 如图 3 所示, 在实施例三中, 监听视频呼叫的系统包括: 视频终端八、 视频终 端 B、 MSC 服务器、 MGW、 VIG、 H.323 多点控制单元 ( MCU, Multi-Console Unit )和一个以上 H.323终端。 其中的视频终端 、 视频 终端 B、 MSC服务器、 MGW分别与实施例一所述功能相同, VIG的功 能稍有不同, 并且由 H.323 MCU和 H.323终端作为监听接收单元。 下 面着重介绍本实施例与实施例一的不同之处:
( 1 ) VIG根据 MSC服务器发出的呼叫与 MGW建立连接, 在承载 面上对 MGW发来的呼叫数据进行处理, 解复用出音频和视频数据, 转 换为 RTP流,发送给 H.323 MCU;在控制面通过 RTSP协议向 H.323 MCU 发送包含 RTP流地址信息和编解码信息的控制信令。
( 2 ) H.323 MCU接收 VIG发来的 RTP流, 向一个以上 H.323终端 发送音频和视频数据。
( 3 ) 一个以上 H.323终端播放音频和视频数据。
在本实施例中, MSC服务器中和 MGW中与视频监听有关的部分与 实施例一的相关部分完全相同, 在此不予赘述。
在本实施例中, VIG中与视频监听有关的部分包括 H.245处理单元、 数据解复用单元和媒体发送。 其中, H.245 处理单元与数据解复用单元 与实施例一的功能完全相同, 在此不予赘述; 媒体发送单元将语音和视 频流转换为 RTP 流发送至监听接收单元, 在本实施例中发送至 H.323 MCU。 本实施例可以实现多个 H.323终端同时监听。 ,
实施例四:
图 4是本发明实施例四的监听视频呼叫的系统结构示意图。 如图 4 所示, 在实施例四中, 监听视频呼叫的系统包括: 视频终端八、 视频终 端 8、 MSC服务器、 MGW、 VIG、会话初始协议( SIP, Session Initiation Protocol ) MCU和一个以上 SIP终端。 其中的视频终端 、 视频终端 B、 MSC服务器、 MGW分别与实施例一所述的功能相同, VIG的功能稍有 不同, 并且由 SIP MCU和 SIP终端作为监听接收单元。 下面着重介绍本 实施例与实施例一的不同之处:
( 1 ) VIG具有 SIP功能, 根据 MSC服务器发出的呼叫与 MGW建 立连接, 在承载面上对 MGW发来的呼叫数据进行处理, 解复用出音频 和视频数据, 转换为 RTP流, 发送给 SIP MCU; 在控制面通过 SIP协议 向 SIP MCU发送包含 RTP流地址信息和编解码信息的控制信令。
( 2 ) SIP MCU接收 VIG发来的 RTP流, 向 SIP终端发送音频和视 频数据。
( 3 ) SIP终端播放音频和视频数据。
在本实施例中, MSC服务器中和 MGW中与视频监听有关的部分与 实施例一的相关部分完全相同, 在此不予赘述。
在本实施例中, VIG中与视频监听有关的部分包括 H.245处理单元、 数据解复用单元和媒体发送单元。 其中, H.245 处理单元与数据解复用 单元与实施例一的功能完全相同, 在此不予赘述; 媒体发送单元将语音 和视频流转换为 RTP流发送至监听接收单元, 在本实施例中发送至 SIP MCU。 本实施例可以实现多个 SIP终端同时监听。
实施例五:
图 5是本发明实施例五的监听视频呼叫的系统结构示意图。 如图 5 所示, 在实施例五中, 监听视频呼叫的系统包括: 视频终端 A、 视频终 端 B、 MSC、 MGW, VIG和 SIP终端。其中的视频终端 A、视频终端 B、 MSC、 MGW分别与实施例一所述的功能相同, VIG的功能稍有不同, 并且由 SIP终端作为监听接收单元。 下面着重介绍本实施例与实施例一 的不同之处:
( 1 ) VIG具有 SIP功能,根据 MSC发出的呼叫与 MGW建立连接, 在承载面上对 MGW发来的呼叫数据进行处理, 解复用出音频和视频数 据, 转换为 RTP流, 发送给 SIP终端; 在控制面通过 SIP协议向 SIP终 端发送包含 RTP流地址信息和编解码信息的控制信令。
( 2 ) SIP终端播放音频和视频数据。
在本实施例中, MSC中和 MGW中与视频监听有关的部分与实施例 一的相关部分完全相同, 在此不予赘述。
在本实施例中, VIG中与视频监听有关的部分包括 H.245处理单元、 数据解复用单元和媒体发送单元。 其中, H.245 处理单元与数据解复用 单元与实施例一的功能完全相同, 在此不予赘述; 媒体发送单元将语音 和视频流转换为 RTP流发送至监听接收单元, 在本实施例中发送至 SIP 终端。
在具体的实施过程中可对根据本发明的优选实施例进行适当的改 进, 以适应具体情况的具体需要。 因此可以理解, 本文所述的本发明的 具体实施方式只是起示范作用, 并不用以限制本发明的保护范围。

Claims

权利要求书
1、一种监听视频呼叫的系统,用于监听主叫视频终端与被叫视频终 端之间的视频通讯, 其特征在于, 包括移动交换中心 MSC服务器、 媒 体网关、 视频网关和监听接收单元;
MSC服务器在主叫视频终端向被叫视频终端发起视频呼叫后,向视 频网关发出呼叫, 并控制媒体网关复制主叫和被叫视频终端的呼叫数 据;
媒体网关在 MSC服务器的控制下分别复制主叫和被叫视频终端的 呼叫数据, 并将复制的呼叫数据发送至视频网关;
视频网关接收 MSC服务器发出的呼叫, 与媒体网关建立连接, 接 收媒体网关复制的呼叫数据; 从呼叫数据解复用出音频流和视频流后, 发送音频流、 视频流和控制信令至监听接收单元;
监听接收单元根据控制信令播放解复用出的音频流和视频流。
2、根据权利要求 1所述的系统, 其特征在于, 所述监听接收单元包 括 H.323多点控制单元和至少一个 H.323终端;
所述视频网关将呼叫数据转换为实时传输协议 RTP 流后发送至 H.323 多点控制单元, H.323 多点控制单元将 RTP 流发送至至少一个 H.323终端;
所述至少一个 H.323终端播放 RTP流。
3、根据权利要求 1所述的系统, 其特征在于, 所述监听接收单元包 括监听端 MSC服务器和 H.324M终端;
所述视频网关发送音频流和视频流至监听端 MSC服务器; 所述监听端 MSC服务器将音频流和视频流发送至 H.324M终端; H.324M终端播放接收到的音频流和视频流。
4、 根据权利要求 3所述的系统, 其特征在于, 所述 MSC服务器和 监听端 MSC服务器为同一 MSC服务器。
5、根据权利要求 1所述的系统, 其特征在于, 所述监听接收单元包 括会话起始协议 SIP多点控制单元和至少一个 SIP终端;
所述视频网关将呼叫数据转换为 RTP流后发送至 SIP多点控制单 元, SIP多点控制单元将 RTP流发送至至少一个 SIP终端;
所述至少一个 SIP终端播放 RTP流。
6、根据权利要求 1所述的系统, 其特征在于, 所述监听接收单元包 括 SIP终端;
所述视频网关将呼叫数据转换为 RTP流后发送至 SIP终端;
SIP终端播放 RTP流。
7、根据权利要求 1所述的系统, 其特征在于, 所述监听接收单元包 括实时流媒体协议 RTSP服务器、 RTSP网站服务器和 RTSP终端;
所述视频网关在接收到 MSC服务器的呼叫后,在 RTSP网站服务器 的监听界面上添加主叫和被叫视频终端的号码;
所述视频网关将呼叫数据转换为 RTP 流后发送至 RTSP服务器, RTSP服务器将所接收到的 RTP流通过网络向 RTSP网站服务器广播;
RTSP网站服务器接收 RTSP服务器广播的 RTP流, 将 RTP流与监 听界面上的主叫和被叫视频终端的号码相关联;
RTSP终端通过登录 RTSP网站服务器的监听界面播放 RTP流。
8、 根据权利要求 7所述的系统, 其特征在于, 进一步包括混合器; 所述混合器将视频网关发来的 RTP流转发至 RTSP服务器。
9、根据权利要求 8所述的系统,其特征在于,进一步包括存储设备; 所述混合器将视频网关发来的 RTP流进行压缩,转换为流媒体格式 文件后存储在存储设备中; 所述存储设备将压缩后的媒体流文件发送至 RTSP 服务器, 所述 TSP服务器对媒体流文件解压缩后通过网络向 RTSP网站服务器广播。
10、 根据权利要求 1至 9中任一项所述的系统, 其特征在于, 所述 MSC服务器向视频网关发出的呼叫由综合业务数字网用户部分 ISUP协 议、 电话用户部分 TUP协议或基群速率适配 PRA协议承载。
11、 根据权利要求 2至 4中任一项所述的系统, 其特征在于, 所述 视频网关向监听接收单元发出的控制信令由 H.323协议承载, 包含音频 流和视频流的地址、 端口号、 编解码信息。
12、 根据权利要求 5或 6所述的系统, 其特征在于, 所述视频网关 向监听接收单元发出的控制信令由 SIP协议承载, 包含音频流和视频流 的地址、 端口号、 编解码信息。
13、 根据权利要求 7至 9中任一项所述的系统, 其特征在于, 所述 视频网关向监听接收单元发出的控制信令由 RTSP协议承载, 包含音频 流和视频流的地址、 端口号、 编解码信息。
14、 根据权利要求 1至 9中任一项所述的系统, 其特征在于, 所述 MSC服务器包括视频监听用户判断单元、呼叫识别单元和视频监听控制 单元; 其中
监听用户判断单元在主叫视频终端向被叫视频终端发起呼叫时, 判 断呼叫的主叫和被叫号码是否为被控用户的号码, 如果是, 则将呼叫路 由至视频呼叫识别单元; 否则, 将呼叫路由至 MSC服务器的正常呼叫 处理单元;
视频呼叫识别单元, 接收到监听用户判断单元路由来的呼叫时, 判 断呼叫是否为视频呼叫, 如果是, 则将视频呼叫路由至视频监听控制单 元; 否则, 将呼叫路由至 MSC服务器的监听音频呼叫的处理单元; 视频监听控制单元根据视频呼叫识别单元路由来的视频呼叫, 向视 频网关发出分别对应主叫号码与被叫号码的两个呼叫,指示 VIG建立与 MGW的联系;指示媒体网关分别复制主叫和被叫视频终端的呼叫数据。
15、 根据权利要求 1至 9中任一项所述的系统, 其特征在于, 所述 MGW包括呼叫数据复制单元和呼叫数据发送单元; 其中
呼叫数据复制单元在 MSC服务器的指示下, 分别复制主叫和被叫 视频终端的上行呼叫数据, 然后将主叫和被叫视频终端的上行呼叫数据 分別发送至呼叫数据发送单元;
呼叫数据发送单元分别将主叫和被叫视频终端的上行呼叫数据发送 至视频网关。
16、 居权利要求 6至 9中任一项所述的系统, 其特征在于, 所述 视频网关包括呼叫处理单元、 H.245 处理单元、 数据解复用单元和媒体 发送单元; 其中
呼叫处理单元在接收到 MSC服务器的呼叫后, 将主叫和被叫视频 终端的号码发送至 RTSP网站服务器;
H.245 处理单元在接收到主叫和被叫视频终端的呼叫数据时, 分别 删除主叫和被叫视频终端的呼叫数据中包含的 H.245协商消息, 将主叫 和被叫视频终端的呼叫数据分别发送至数据解复用单元;
数据解复用处理单元将主叫视频终端的呼叫数据中的视频打开逻辑 信道 OLC 消息复制给被叫视频终端的呼叫数据, 根据主叫和被叫视频 终端的呼叫数据的音频和视频 OLC 消息, 分别解复用出音频和视频流 后发送至媒体发送单元;
媒体发送解析单元分别将解复用出的音频和视频流进行转换后发送 至监听接收单元。
17、 根据权利要求 1至 6中任一项所述的系统, 其特征在于, 所述 视频网关包括 H.245处理单元、数据解复用单元和媒体发送单元;其中, H.245 处理单元在接收到主叫和被叫视频终端的呼叫数据时, 分别 删除主叫和被叫视频终端的呼叫数据中包含的 H.245协商消息, 将主叫 和被叫视频终端的呼叫数据分别发送至数据解复用单元;
数据解复用单元将主叫视频终端的呼叫数据中的视频打开逻辑信道 OLC消息复制给被叫视频终端的呼叫数据,根据主叫和被叫视频终端的 呼叫数据的音频和视频 OLC 消息, 分别解复用出音频和视频流后发送 至媒体发送单元;
媒体发送单元分别将解复用出的音频和视频流进行转换后发送至媒 体发送单元。
18、 一种监听视频呼叫的方法, 用于监听主叫视频终端和被叫视频 终端之间的视频通讯, 其特征在于, 包括:
在主叫视频终端向被叫视频终端发起视频呼叫时, 对主叫和被叫视 频终端的呼叫数据进行复制;
从复制的呼叫数据中解复用出音频和视频流后在监听接收端播放。
19、 根据权利要求 18所述的方法, 其特征在于, 进一步包括: 设置 被控用户的号码;
所述分别对主叫和被叫视频终端的视频数据进行复制之前, 进一步 包括: 判断主叫或被叫视频终端号码是否为所设置的被控用户的号码, 如果是, 则分别对主叫和被叫视频终端的视频数据进行复制。
20、根据权利要求 18所述的方法, 其特征在于, 所述对呼叫数据进 行复制之后, 从呼叫数据中解复用出音频和视频流之前, 进一步包括: 分别终结主叫和被叫视频终端的呼叫数据中包含的 H.245协商; 将主叫视频终端的呼叫数据中包含的视频打开逻辑通道 OLC 消息 复制给被叫视频终端的呼叫数据。
21、根据权利要求 20所述的方法, 其特征在于, 所述从复制的呼叫 数据中解复用出音频和视频流包括: 根据主叫和被叫视频终端的呼叫数 据中包含的音频 OLC消息和视频 OLC消息, 分别从主叫和被叫视频终 端的呼叫数据中解复用出音频流和视频流。
22、根据权利要求 18所述的方法, 其特征在于, 所述从复制的呼叫 数据中解复用出音频和视频流之后, 在监听接收端播放之前, 进一步包 括: 对解复用出的音频和视频流进行格式转换。
23、根据权利要求 22所述的方法, 其特征在于, 所述对音频和视频 流进行格式转换后, 进一步包括: 向监听接收端发送主叫和被叫视频终 端的音频流和视频流的地址、 端口号、 编解码信息;
所述在监听接收端播放包括: 根据所述音频流和视频流的地址、 端 口号和编解码信息, 在监听接收端接收并播放主叫和被叫视频终端的音 频流和视频流。
24、根据权利要求 23所述的方法, 其特征在于, 所述向监听接收端 发送主叫和被叫视频终端的音频流和视频流的地址、 端口号、 编解码信 息包括: 通过标准实时流媒体协议 RTSP的宣布流程向监听接收端发送 主叫和被叫视频终端的音频流和视频流的地址、 端口号、 编解码信息。
25、根据权利要求 18所述的方法, 其特征在于, 所述从复制的呼叫 数据中解复用出音频和视频流之后, 在监听接收端播放之前, 进一步包 括: 对解复用出的音频流和视频流进行压缩, 以流媒体格式文件存储; 所述播放音频流和视频流包括: 对存储的流媒体格式文件的数据进 行解压缩, 得到音频流和视频流后播放。
26、根据权利要求 18所述的方法, 其特征在于, 所述对主叫视频终 端和被叫视频终端的呼叫数据进行复制为: 对主叫视频终端的上行呼叫 数据和被叫视频终端的上行呼叫数据进行复制。
PCT/CN2006/001676 2005-07-14 2006-07-14 Système de surveillance d’appel vidéo WO2007006237A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP06753143A EP1819097B1 (en) 2005-07-14 2006-07-14 A system for monitoring video call
CN2006800119334A CN101156374B (zh) 2005-07-14 2006-07-14 一种监听视频呼叫的系统和方法
AT06753143T ATE434312T1 (de) 2005-07-14 2006-07-14 System zum überwachen eines videorufs
DE602006007304T DE602006007304D1 (zh) 2005-07-14 2006-07-14
US11/765,229 US7920578B2 (en) 2005-07-14 2007-06-19 System and method for monitoring a video phone service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB2005100360262A CN100384160C (zh) 2005-07-14 2005-07-14 监听视频呼叫的方法和装置
CN200510036026.2 2005-07-14

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/765,229 Continuation US7920578B2 (en) 2005-07-14 2007-06-19 System and method for monitoring a video phone service

Publications (1)

Publication Number Publication Date
WO2007006237A1 true WO2007006237A1 (fr) 2007-01-18

Family

ID=37578729

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/001676 WO2007006237A1 (fr) 2005-07-14 2006-07-14 Système de surveillance d’appel vidéo

Country Status (7)

Country Link
US (1) US7920578B2 (zh)
EP (1) EP1819097B1 (zh)
CN (2) CN100384160C (zh)
AT (1) ATE434312T1 (zh)
DE (1) DE602006007304D1 (zh)
RU (1) RU2369026C2 (zh)
WO (1) WO2007006237A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009021546A1 (en) * 2007-08-10 2009-02-19 Telefonaktiebolaget Lm Ericsson (Publ) Improvements in or relating to monitoring in an internet protocol (ip) domain
RU2510140C2 (ru) * 2009-01-09 2014-03-20 Зте Корпорейшн Способ мониторинга речевого сигнала и шлюз доступа

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8391161B1 (en) 2009-05-07 2013-03-05 Jasper Wireless, Inc. Virtual diagnostic system for wireless communications network systems
US9167471B2 (en) 2009-05-07 2015-10-20 Jasper Technologies, Inc. System and method for responding to aggressive behavior associated with wireless devices
US8867575B2 (en) 2005-04-29 2014-10-21 Jasper Technologies, Inc. Method for enabling a wireless device for geographically preferential services
CN101406029B (zh) * 2006-12-30 2011-04-20 华为技术有限公司 多媒体网络中对视频电话业务进行语音监听的系统与方法
CN101370220B (zh) * 2007-08-16 2011-05-11 中兴通讯股份有限公司 一种视频媒体监听方法及其系统
CN101534264A (zh) * 2008-03-14 2009-09-16 华为技术有限公司 一种实现ims域与cs域互通的方法及设备
CN102106132A (zh) * 2008-07-24 2011-06-22 爱立信电话股份有限公司 对代理移动因特网协议网络中目标的合法侦听
CN103179373B (zh) * 2008-09-17 2016-03-30 中国移动通信集团公司 可视通信系统、终端网关、视频网关以及可视通信方法
CN102480575B (zh) * 2010-11-30 2014-12-10 迈普通信技术股份有限公司 Voip录音控制方法及其系统
CN102185988B (zh) * 2011-05-18 2015-06-03 中兴通讯股份有限公司 实时采集语音数据的方法、系统和媒体网关
CN102843337B (zh) * 2011-06-20 2017-07-14 中兴通讯股份有限公司 Ip多媒体子系统中媒体内容监听方法及装置
CN102316111B (zh) * 2011-09-16 2017-07-21 南京中兴软件有限责任公司 媒体流的处理方法、视频呼叫的监听方法和视讯网关
CN103369292B (zh) * 2013-07-03 2016-09-14 华为技术有限公司 一种呼叫处理方法及网关
CN105554431A (zh) * 2016-02-17 2016-05-04 努比亚技术有限公司 一种视频通话录像方法、装置及系统
KR102651793B1 (ko) * 2017-01-10 2024-03-28 삼성전자주식회사 영상 통화를 수행하기 위한 전자 장치 및 컴퓨터 판독 가능한 기록매체
CN109040645B (zh) * 2018-08-02 2022-06-17 平安科技(深圳)有限公司 音视频文件转录方法、装置及存储介质、服务器
CN111065058B (zh) * 2018-10-16 2021-08-17 成都鼎桥通信技术有限公司 一种视频组呼方法、终端以及网络系统
CN111432075B (zh) * 2020-03-12 2022-03-08 深圳震有科技股份有限公司 基于voip网络实时监控语音通话方法及装置
CN113179523B (zh) * 2021-04-15 2022-07-22 海能达通信股份有限公司 环境监听方法及其系统、电子设备、存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1445967A (zh) * 2002-03-15 2003-10-01 阿尔卡特公司 收听呼叫的方法
CN1509015A (zh) * 2002-12-16 2004-06-30 华为技术有限公司 实现分组语音网络监听的系统及方法
WO2005025133A1 (en) * 2003-09-05 2005-03-17 Telefonaktiebolaget Lm Ericsson (Publ) Monitoring in a telecommunication network

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI106509B (fi) * 1997-09-26 2001-02-15 Nokia Networks Oy Laillinen salakuuntelu tietoliikenneverkossa
US20020124262A1 (en) * 1999-12-01 2002-09-05 Andrea Basso Network based replay portal
US7286652B1 (en) * 2000-05-31 2007-10-23 3Com Corporation Four channel audio recording in a packet based network
EP1305958A1 (de) * 2000-08-02 2003-05-02 Siemens Aktiengesellschaft Verfahren zum vermitteln für die übertragung von nutzdatenpaketen sowie zugehörige signalisierungseinheit
AU2001297701A1 (en) * 2000-10-10 2002-10-21 Nortel Networks Limited System and method for intercepting telecommunications
EP1396113B1 (en) * 2001-05-16 2009-07-29 Nokia Corporation Method and system allowing lawful interception of connections such as voice-over-internet-protocol calls
ATE443970T1 (de) * 2001-12-11 2009-10-15 Ericsson Telefon Ab L M Methode des rechtmanagements für strömende media
JP3643557B2 (ja) * 2001-12-28 2005-04-27 株式会社東芝 記録再生装置
US7836160B2 (en) * 2002-01-08 2010-11-16 Verizon Services Corp. Methods and apparatus for wiretapping IP-based telephone lines
DE60201827T2 (de) * 2002-08-08 2005-11-10 Alcatel Legales Abfangen für VOIP Anrufe in einem IP-Fernmeldenetz
ATE546955T1 (de) * 2003-04-09 2012-03-15 Ericsson Telefon Ab L M Legales abfangen von multimediaverbindungen
US7184531B2 (en) * 2003-06-05 2007-02-27 Siemens Communications, Inc. System and method for authorizing a party to join a conference
EP1528774A1 (en) * 2003-10-30 2005-05-04 Alcatel Method and system of providing lawful interception of calls

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1445967A (zh) * 2002-03-15 2003-10-01 阿尔卡特公司 收听呼叫的方法
CN1509015A (zh) * 2002-12-16 2004-06-30 华为技术有限公司 实现分组语音网络监听的系统及方法
WO2005025133A1 (en) * 2003-09-05 2005-03-17 Telefonaktiebolaget Lm Ericsson (Publ) Monitoring in a telecommunication network

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009021546A1 (en) * 2007-08-10 2009-02-19 Telefonaktiebolaget Lm Ericsson (Publ) Improvements in or relating to monitoring in an internet protocol (ip) domain
RU2510140C2 (ru) * 2009-01-09 2014-03-20 Зте Корпорейшн Способ мониторинга речевого сигнала и шлюз доступа

Also Published As

Publication number Publication date
US7920578B2 (en) 2011-04-05
US20070268361A1 (en) 2007-11-22
RU2007125542A (ru) 2009-01-20
CN101156374B (zh) 2010-04-21
CN101156374A (zh) 2008-04-02
EP1819097B1 (en) 2009-06-17
EP1819097A4 (en) 2008-03-12
CN100384160C (zh) 2008-04-23
CN1889469A (zh) 2007-01-03
ATE434312T1 (de) 2009-07-15
RU2369026C2 (ru) 2009-09-27
EP1819097A1 (en) 2007-08-15
DE602006007304D1 (zh) 2009-07-30

Similar Documents

Publication Publication Date Title
WO2007006237A1 (fr) Système de surveillance d’appel vidéo
US7221663B2 (en) Method and apparatus for wideband conferencing
CN101179694B (zh) 一种电视电话会议的发布系统及方法
JP3909303B2 (ja) 電気通信システム及びストリーミングビデオコンテンツの送信方法
US7979062B2 (en) Communications method between a combinational terminal and multimedia terminal
US8582520B2 (en) Method and apparatus for wideband conferencing
KR101585871B1 (ko) 이동통신 시스템에서 화이트 보드 서비스 제공을 위한 장치 및 방법
CN101150464A (zh) 一种实现多媒体内容共享的方法和系统
JP2010536206A (ja) インターネットプロトコル(ip)ドメインでの監視における又はこれに関連する改良
CN1961546A (zh) 具有电路和分组交换的通信系统之间的交换
KR100556914B1 (ko) 일대일 방식의 휴대폰 화상통화 서비스 방법
CN100502328C (zh) 一种实现多媒体监听的方法、系统及监听媒体网关
KR100645923B1 (ko) 패킷 통신망 기반의 멀티미디어 통화 연결음 서비스 방법및 시스템
JP4889938B2 (ja) シグナリング中継装置
EP2087674B1 (en) Method to stream compressed digital audio over circuit switched, voice networks
KR20090030817A (ko) VoIP망과 WCDMA망 사이의 연동 방법
JP6119220B2 (ja) メディア通信装置及びメディア通信システム
JP2005229464A (ja) 音声ボリューム管理通話システムおよび方法
EP1464142A2 (en) Method and apparatus for wideband conferencing
JP2008017518A (ja) シグナリング中継装置
CN101022430A (zh) 一种无线本地环路接入网系统及其操作方法
CN102316111A (zh) 媒体流的处理方法、视频呼叫的监听方法和视讯网关

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 11765229

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2006753143

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2007125542

Country of ref document: RU

WWP Wipo information: published in national office

Ref document number: 2006753143

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 200680011933.4

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 11765229

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE