WO2012079449A1 - Procédé et système pour la mise en oeuvre d'un interphone vocal bidirectionnel - Google Patents

Procédé et système pour la mise en oeuvre d'un interphone vocal bidirectionnel Download PDF

Info

Publication number
WO2012079449A1
WO2012079449A1 PCT/CN2011/082852 CN2011082852W WO2012079449A1 WO 2012079449 A1 WO2012079449 A1 WO 2012079449A1 CN 2011082852 W CN2011082852 W CN 2011082852W WO 2012079449 A1 WO2012079449 A1 WO 2012079449A1
Authority
WO
WIPO (PCT)
Prior art keywords
monitoring
core network
network device
ims core
monitoring client
Prior art date
Application number
PCT/CN2011/082852
Other languages
English (en)
Chinese (zh)
Inventor
霍东风
付永刚
钟泽明
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2012079449A1 publication Critical patent/WO2012079449A1/fr

Links

Classifications

    • 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/1016—IP multimedia subsystem [IMS]
    • 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/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
    • H04N7/183—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a single remote source
    • H04N7/186—Video door telephones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/02—Constructional features of telephone sets
    • H04M1/0291—Door telephones

Definitions

  • the present invention relates to the field of communications, and in particular to a method and system for implementing two-way voice intercom.
  • BACKGROUND In the related art, in a video monitoring system, when a monitoring center needs to perform a voice conversation with a monitoring point, for example, when an alarm occurs at a monitoring point or a monitoring center directs a monitoring point to handle an alarm, the monitoring center and the monitoring point generally pass The private protocol establishes a voice conversation link, and the monitoring point and the monitoring center transmit voice data on the link, and each telecommunication operator requires the monitoring point and the monitoring center to open to the outside, allowing monitoring terminals or monitoring of different manufacturers.
  • the platforms are all interoperable.
  • the present invention provides a method and system for implementing two-way voice intercom to solve at least the above problems, in view of the problem that a private protocol is used in the related art and cannot perform voice conversation with a video surveillance system of other manufacturers. According to one aspect of the invention, a method of implementing a two-way voice intercom is provided.
  • the method for implementing the two-way voice intercom includes: the first IP multimedia subsystem IMS core network device receives a call request initiated by the monitoring client, where the first IMS core network device is located at the monitoring client and needs to be accessed. Monitoring the domain where the front end is located; the first IMS core network device sends a call request to the monitoring front end; the first IMS core network device receives the call success response message returned from the monitoring front end, and forwards the message to the monitoring client.
  • the method further includes: sending, by the second IMS core network device in the domain where the monitoring client is located, the first notification to the application server AS The message, where the first notification message is used to indicate that the monitoring client and the monitoring front end are ready to perform two-way voice intercom; the AS forwards the voice data between the monitoring client and the monitoring front end.
  • the method before the IMS core network device receives the call request initiated by the monitoring client, the method further includes: the first IMS core network device receiving the first registration request from the monitoring front end, where the first note is The first IMS core network device sends a registration request to the monitoring front end, and the first IMS core network device sends a registration request to the AS, where the first IMS core network device sends a registration request to the AS.
  • the registration request is used to request registration of the monitoring front end to the AS; when the registration is successful, the first IMS core network device receives a successful response from the AS return.
  • the method before the IMS core network device receives the call request initiated by the monitoring client, the method further includes: the second IMS core network device receiving the first registration request from the monitoring client, where the first registration request carries Authenticating information; the second IMS core network device performs authentication authentication on the monitoring client, and returns a successful response to the monitoring client when the authentication authentication succeeds; the second IMS core network device sends a registration request to the AS, where The registration request is for requesting registration of the monitoring client to the AS; when the registration is successful, the second IMS core network device receives a successful response from the AS return.
  • the first IMS core network device receives the call request initiated by the monitoring client, including: the monitoring client determines the monitoring front end that needs to be accessed; the monitoring client sends a call request to the second IMS core network device, where The call request carries the identifier of the monitoring front end; the second IMS core network device determines, according to the identifier of the monitoring front end, whether the monitoring front end is located in the domain of the first IMS core network device; if yes, directly initiates a call request to the monitoring front end; And sending a call request to the first IMS core network device.
  • the method further includes: the first IMS core network device receiving the hang up request initiated by the monitoring client or the monitoring front end When the monitoring client initiates the hangup request, the first IMS core network device sends the hangup request to the monitoring front end, receives the hangup response message returned from the monitoring front end, and forwards the message to the monitoring client; When the request is broken, the first IMS core network device sends a hangup request to the monitoring client, receives the hangup response message returned from the monitoring client, and forwards the message to the monitoring front end.
  • the method when the first IMS core network device forwards the hangup response message returned by the monitoring front end to the monitoring client, or forwards the hangup response message returned by the monitoring client to the monitoring front end, the method further includes: The core network device sends a second notification message to the application server AS, where the second notification message is used to indicate that the session between the monitoring client and the monitoring front end has been hung up.
  • an implementation system for two-way voice intercom is provided.
  • the system for implementing the two-way voice intercom includes: a monitoring client, configured to send a call request; and a first IMS core network device, located in a domain of the monitoring front end that the monitoring client needs to access, and configured to be from the monitoring
  • the client's call request is forwarded to the monitoring front end, and the call success response message from the monitoring front end is forwarded to the monitoring client; the monitoring front end is set to send a call success response message.
  • the method further includes: a second IMS core network device, located in a domain of the monitoring client, configured to send a first notification message to the application server AS, where the first notification message is used to indicate the monitoring client and the monitoring front end Prepare for two-way voice intercom; AS, set to forward voice data between the monitoring client and the monitoring front end.
  • the first IMS core network device and the second IMS core network device are the same IMS core network device.
  • the monitoring front end is further configured to be registered to the first IMS core network device; and the monitoring client is further configured to be registered to the second IMS core network device.
  • the monitoring client or the monitoring front end is further configured to actively initiate the hang up request;
  • the first IMS core network device is further configured to send the hang up request from the monitoring client to the monitoring front end, and receive the monitoring front end from the monitoring front end.
  • the returned hangup response message is forwarded to the monitoring client; or the hangup request from the monitoring front end is sent to the monitoring client, and the hangup response message returned from the monitoring client is received and forwarded to the monitoring front end.
  • the monitoring client and the monitoring front end use a standard protocol for voice intercom, and realize the two-way voice intercom function between the monitoring client and the monitoring front end, and solve the related
  • the technology adopts a proprietary protocol, and cannot communicate with other manufacturers' video surveillance systems, thereby enabling interoperability between monitoring front ends or monitoring platforms of different manufacturers, thereby effectively improving the user experience.
  • FIG. 1 is a block diagram showing a system for implementing a two-way voice intercom according to an embodiment of the present invention
  • FIG. 2 is a schematic diagram of a two-way voice intercom system according to a preferred embodiment of the present invention
  • FIG. 4 is a flowchart of a monitoring front end registration according to an embodiment of the present invention
  • the video surveillance service is essentially a multimedia service.
  • the video surveillance service based on the IMS architecture is the development trend of the video surveillance service technology.
  • the present invention provides a system for implementing two-way voice intercom based on an IMS core network device, which will be described below in conjunction with FIG. 1.
  • 1 is a structural block diagram of a two-way voice intercom implementation system according to an embodiment of the present invention. As shown in FIG.
  • the two-way voice intercom system includes: a monitoring client 10 configured to send a call request; and a first IMS core network device 12 located in a domain of a monitoring front end that the monitoring client needs to access, and is configured to be
  • the call request from the monitoring client is forwarded to the monitoring front end, and the call success response message from the monitoring front end is forwarded to the monitoring client; the monitoring front end 14 is set to send a call success response message.
  • the monitoring client and the monitoring front end use a standard protocol for voice intercom, and the monitoring systems of different manufacturers can intercommunicate, which is very convenient for the telecom operator to propose. The open requirements are convenient for users and provide a good method for operators.
  • the implementation system of the two-way voice intercom may further include: a second IMS core network device 16, located in a domain of the monitoring client, configured to send a first notification message to an application server (AS), The first notification message is used to indicate that the monitoring client and the monitoring front end are ready to perform two-way voice intercom; and the AS 18, the internal media server MS 180 can forward the voice data between the monitoring client and the monitoring front end.
  • AS application server
  • the first IMS core network device and the second IMS core network device are the same IMS core network device.
  • the first IMS core network device and the second IMS core network device are different IMS core network devices.
  • the monitoring client 10 or the monitoring front end 14 can initiate a hangup request actively; the first IMS core network device 12 is further configured to send a hangup request from the monitoring client 10 to the monitoring front end 14, and receive the The hangup response message returned by the monitoring front end 14 is forwarded to the monitoring client 10; or the hangup request from the monitoring front end 14 is sent to the monitoring client 10, and the hangup response message returned from the monitoring client 10 is received. And forwarded to the monitoring front end 14.
  • the above monitoring front end is connected to a camera (either a built-in camera or an external camera) and a voice input device (which may be an external microphone or a built-in microphone), video data input to the camera and audio data input by the microphone. Encode and send the media stream.
  • the video encoding method supported by the monitoring front end can be H.264 or a more commonly used encoding method such as MPEG4.
  • the audio coding method can be G.711 or a commonly used coding method such as AAC.
  • the remaining monitoring front ends can be connected to multiple cameras or multiple microphones, placed in different locations, and can be monitored by multiple monitoring points.
  • the monitoring front end is used as a user equipment (UE) to access the IMS core network in a unified manner, and the IMS performs unified security access authentication.
  • UE user equipment
  • the interface protocol between the monitoring client and the IMS Core (IMS Core) device may adopt a SIP/SDP protocol or the like.
  • the IMS core network (IMS Core) device can implement routing and transmission of signaling messages, implement unified access and management of the terminal, and set different service signaling rules to trigger corresponding signaling to the corresponding application server. deal with.
  • the above monitoring client (CU) receives the media stream through the network, decodes and displays the video image or sound.
  • the monitoring client is also connected to the IMS core network as a user equipment (UE).
  • the IMS performs security access authentication and is generally deployed in the monitoring center.
  • the interface protocol between the monitoring client and the IMS Core can adopt the SIP/SDP protocol.
  • the above application server (AS) can exist as a specific application server, and is responsible for processing all services related to video surveillance.
  • the AS includes but is not limited to the following functional entities: service discovery function (SDF), service selection function (SSF), Service Control Function (SCF), Media Server (MS).
  • SDF service discovery function
  • SSF service selection function
  • SCF Service Control Function
  • MS Media Server
  • the Video Surveillance Application Server (AS) is responsible for processing various services and media services related to video surveillance. It is connected to the IMS Core Network (IMS Core), and the interface protocol can use the SIP/SDP protocol.
  • FIG. 3 is a flowchart of a two-way voice intercom method according to an embodiment of the present invention. The method is applied to a video surveillance system. As shown in FIG.
  • the two-way voice intercom method mainly includes the following processing: Step S302: First The IMS core network device receives the call request initiated by the monitoring client, where the IMS core network device is located in the domain of the monitoring front end that the monitoring client needs to access; Step S304: The first IMS core network device sends a call request to the monitoring front end. Step S306: The first IMS core network device receives the call success response message returned from the monitoring front end, and forwards the message to the monitoring client.
  • the IMS core network device implements a two-way voice intercom function between the monitoring client and the monitoring front end, and the client and the monitoring front end use a standard protocol for voice intercom, and the monitoring systems of different manufacturers can communicate with each other.
  • the monitoring client needs to be registered to the second IMS core network device in the domain where the monitoring client is located, and the monitoring front end needs to be registered to the first IMS core network device in the domain where the monitoring front end is located.
  • the following describes the process of monitoring the client and the monitoring front end to register with the IMS core network device.
  • the monitoring front end registration to the first IMS core network device mainly includes the following processing:
  • the first IMS core network device receives the first registration request from the monitoring front end, where the first registration request carries the authentication information;
  • the first IMS core network device performs authentication and authentication on the monitoring front end, and returns a successful response to the monitoring front end when the authentication and authentication succeeds;
  • the first IMS core network device sends a registration request to the AS, where the registration request is used to request to register the monitoring front end to the AS;
  • the registration of the monitoring client to the second IMS core network device mainly includes the following processing: (1) The second IMS core network device receives the first registration request from the monitoring client, where the first registration request carries the authentication information; (2) The second IMS core network device performs authentication and authentication on the monitoring client, and returns a successful response to the monitoring client when the authentication and authentication succeeds;
  • the second IMS core network device sends a registration request to the AS, where the registration request is used to request to register the monitoring client to the AS; (4) when the registration is successful, the second IMS core network device receives the return from the AS. Successful response.
  • the video surveillance front end (PU) and the video surveillance client (CU) register with the IMS core network by using their saved user name, password, etc., and after successful registration, the IMS core network is directed to the video surveillance application server (
  • the AS) submits the registration request of the PU and the CU, and the AS also saves the registration status of the PU and the CU for various video surveillance applications, such as browsing real-time video.
  • Step S408 the IMS core network performs authentication and authentication, and after successful, returns 200 OK to the PU, and the PU registers to
  • Step S410 The IMS core network initiates a Register request to the AS according to the service triggering rule, and requests the PU to also register with the AS.
  • Step S412 the AS returns a 200 OK response to the IMS system, and the PU registration process ends.
  • the above step S102 may further include the following processing:
  • the monitoring client determines the monitoring front end that needs to be accessed; (2) The monitoring client sends a call request to the second IMS core network device, where the call request carries the identifier of the monitoring front end;
  • the second IMS core network device determines, according to the identifier of the monitoring front end, whether the monitoring front end is located in the domain of the first IMS core network device; (4) if yes, directly initiates a call request to the monitoring front end;
  • a call request is sent to the first IMS core network device.
  • the monitoring client can select a monitoring front end to start dialing a two-way voice intercom, and the monitoring client carries the front end number to be talked to initiate a call to the second IMS core network device in the access domain.
  • the second IMS core network device receives the request, and determines whether the number is in the domain, for example, in the domain, directly initiates a call to the front-end number. If not in the domain, the IMS core network sends another IMS core network device in the domain where the monitoring front-end is located. (ie the first IMS core network device) initiates a call.
  • the IMS core network device After receiving the call request, if the monitoring front end does not cross the domain, the IMS core network device responds to the monitoring client, such as the inter-domain, and the first IMS core network of the monitoring front-end domain first responds to the client's domain.
  • the second IMS core network device, the second IMS core network device responds to the monitoring client, and the session is successfully established, and a voice call can be performed between the monitoring client and the monitoring front end.
  • the following processing may also be included:
  • the second IMS core network device in the domain where the monitoring client is located sends a first notification message to the application server AS, where the first notification message is used to indicate that the monitoring client and the monitoring front end are ready to perform two-way voice intercom;
  • step S306 The AS forwards voice data between the monitoring client and the monitoring front end.
  • the following processing may be further included: (1) the first IMS core network device receives the hang up request initiated by the monitoring client or the monitoring front end;
  • the first IMS core network device sends the hangup request to the monitoring front end, receives the hangup response message returned from the monitoring front end, and forwards the message to the monitoring client;
  • the first IMS core network device sends the hang up request to the monitoring client, receives the hang up response message returned from the monitoring client, and forwards the message to the monitoring front end.
  • the first IMS core network device forwards the hangup response message returned by the monitoring front end to the monitoring client, or forwards the hangup response message returned by the monitoring client to the monitoring front end, the following processing may also be included: IMS core network device (that is, monitoring the IMS core network device in the domain where the client is located) to the application server
  • the AS sends a second notification message, where the second notification message is used to indicate that the session between the monitoring client and the monitoring front end has been hung up.
  • both the monitoring client and the monitoring front end can actively end the call.
  • the monitoring client needs to actively end the call, and the monitoring client can initiate a hangup request to the second IMS core network device.
  • the IMS core network device directly forwards the hangup request to the monitoring front end. If the IMS core network device crosses the domain, the second IMS core network initiates a call request to another IMS core network device (ie, the first IMS core network device) in the domain where the monitoring front end is located, and then forwards the request. Go to the monitoring front end.
  • FIG. 5 and Figure 6 show the flow of two-way voice intercom of the monitoring system without cross-domain and cross-domain. Below is shown in Figure 5 and
  • FIG. 5 is a flowchart of a two-way voice intercom method in cross-domain according to an embodiment of the present invention. As shown in FIG. 5, the two-way voice intercom method includes the following steps: Step S502: A customer (Customer Unit, CU for short) selects a monitoring front end (Pre-Unit, referred to as PU) to start a two-way voice pair with the PU.
  • Step S502 A customer (Customer Unit, CU for short) selects a monitoring front end (Pre-Unit, referred to as PU) to start a two-way voice pair with the PU.
  • PU Monitoring front end
  • the INVITE request is initiated to the IMS core network (IMSCore) device in the domain where the CU is located, where the INVITE request carries the SDP information of the CU itself, for example, an audio encoding format, a code rate, a receiving IP address, and a port. Wait.
  • Step S504 The IMSCore device detects that the selected PU is in the domain, and forwards the INVITE request to the PU.
  • Step S506 After receiving the request, the PU parses the request and responds to the 200 OK message, where the message carries the SDP information of the PU, for example, an audio encoding format, a code rate, a receiving IP address, a port, and the like.
  • Step S508 the IMSCore device forwards the 200 OK response message to the CU.
  • Step S510 The CU receives the 200 OK message, parses the SDP information of the PU, and responds to the ACK message to the IMSCore device.
  • Step S512 the IMSCore device forwards the ACK message to the PU.
  • Step S514 The IMSCore device notifies the AS by using the MESSAGE message, and the CU has established a session with the PU, where the MESSAGE message carries the address and port information of the data of the CU and the PU.
  • Step S522 the PU responds to the 200 OK message to the IMSCore device.
  • Step S524, the IMSCore device forwards the 200 OK message to the CU.
  • Step S526 the IMSCore device sends a MESSAGE message to the AS, and notifies that the session between the CU and the PU has been hung up.
  • Step S528, the AS responds to the 200 OK message to the IMSCore device, and the call ends.
  • 6 is a flow chart of a two-way voice intercom method in cross-domain according to an embodiment of the present invention. As shown in FIG.
  • the two-way voice intercom method includes the following steps: Step S602: The CU selects a PU, starts a two-way voice intercom with the PU, and initiates an INVITE request to the IMSCore (1) device in the domain where the CU is located, where The request carries the SDP information of the CU itself, for example, an audio encoding format, a code rate, a receiving IP address, and a port. Step S604: The IMSCore (1) device detects that the selected PU is not in the domain, and forwards the INVITE request to the IMSCore(2) device in the domain where the PU is located. Step S606: The IMSCore (2) device forwards the INVITE request to the PU.
  • Step S608 After receiving the request, the PU parses the request and responds to the 200 OK message, where the message carries the SDP information of the PU, for example, an audio encoding format, a code rate, a receiving IP address, a port, and the like.
  • the IMSCore (2) device forwards the 200 OK response message to the IMSCore(1) device.
  • the IMSCore (1) device forwards the 200 OK response message to the CU.
  • Step S614 receives the 200 OK message, parses the SDP information of the PU, and responds to the ACK message to the IMSCore (1) device.
  • Step S616, the IMSCore (1) device forwards the ACK message to the IMSCore (2) device.
  • Step S618, the IMSCore (2) device forwards the ACK message to the PU.
  • Step S622 the AS returns a 200 OK message to the IMSCore (1) device, and the internal MS starts to forward the voice data of the CU and the PU, and the CU and the PU can perform the voice intercom normally.
  • the CU actively hangs up the description, and the CU actively initiates a BYE request to the IMSCore (1) device.
  • Step S626 the IMSCore (1) device forwards the BYE request to the IMSCore (2) device.
  • Step S628, the IMSCore (2) device forwards the BYE request to the PU.
  • Step S630 the PU responds to the 200 OK message to the IMSCore (2) device.
  • Step S632 the IMSCore (2) device forwards the 200 OK message to the IMSCore (1) device.
  • the IMSCore (1) device forwards the 200 OK message to the CU.
  • Step S636 The IMSCore (1) device sends a MESSAGE message to the AS, notifying that the session between the CU and the PU has been hung up.
  • Step S638, the AS responds to the 200 OK message to the IMSCore (1) device, and the call ends.
  • two-way voice intercom can be conveniently implemented at any time.
  • the monitoring center can conveniently contact the monitoring front end in time to coordinate the processing monitoring point.
  • the monitoring client and the monitoring front end use standard protocols for voice intercom.
  • the monitoring systems of different manufacturers can communicate with each other, which is very convenient to meet the opening requirements put forward by the telecom operators, which is convenient for users and also The operator has provided convenience.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein. Perform the steps shown or described, or separate them into individual integrated circuit modules, or Multiple of these modules or steps are fabricated as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Abstract

L'invention concerne un procédé et un système pour la mise en œuvre d'un interphone vocal bidirectionnel, qui est mis en œuvre dans un système de surveillance vidéo. Le procédé comprend les étapes suivantes : un premier dispositif de réseau central de sous-système multimédia IP (IMS) reçoit une demande d'appel émise par un client de surveillance, le premier dispositif de réseau central d'IMS étant situé dans un domaine dans lequel se trouve un frontal de surveillance auquel le client de surveillance doit accéder ; le premier dispositif de réseau central d'IMS envoie la demande d'appel au frontal de surveillance ; et le premier dispositif de réseau central d'IMS reçoit un message de réponse de réussite d'appel, renvoyé par le frontal de surveillance, et fait suivre le message au client de surveillance. La solution technique de la présente invention permet de réaliser l'intercommunication entre frontaux de surveillance ou plates-formes de surveillance provenant de différents fabricants, ce qui améliore grandement l'efficacité pour l'utilisateur.
PCT/CN2011/082852 2010-12-15 2011-11-24 Procédé et système pour la mise en oeuvre d'un interphone vocal bidirectionnel WO2012079449A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010588926.9 2010-12-15
CN2010105889269A CN102035840A (zh) 2010-12-15 2010-12-15 双向语音对讲的实现方法及系统

Publications (1)

Publication Number Publication Date
WO2012079449A1 true WO2012079449A1 (fr) 2012-06-21

Family

ID=43888163

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/082852 WO2012079449A1 (fr) 2010-12-15 2011-11-24 Procédé et système pour la mise en oeuvre d'un interphone vocal bidirectionnel

Country Status (2)

Country Link
CN (1) CN102035840A (fr)
WO (1) WO2012079449A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107222504A (zh) * 2017-07-11 2017-09-29 深圳市斑点猫信息技术有限公司 一种p2p通信方法以及系统

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102377760B (zh) * 2010-08-20 2016-01-13 中兴通讯股份有限公司 实现视频监控中语音对讲的方法及系统
CN102035840A (zh) * 2010-12-15 2011-04-27 中兴通讯股份有限公司 双向语音对讲的实现方法及系统
CN104010159A (zh) * 2013-02-22 2014-08-27 中兴通讯股份有限公司 可视门禁系统的通话、通话处理方法及装置
CN103269329B (zh) * 2013-04-14 2015-12-09 江苏省广电有线信息网络股份有限公司 一种基于数字电视机顶盒和ims系统的家庭视频监控系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101217648A (zh) * 2008-01-08 2008-07-09 华为技术有限公司 视频监控信息的传递方法、装置及系统
CN101453477A (zh) * 2007-12-07 2009-06-10 华为技术有限公司 实时媒体内容上传的方法和装置
CN101895569A (zh) * 2010-06-21 2010-11-24 中兴通讯股份有限公司 视频浏览的实现方法、ims视频监控系统及监控前端
CN102035840A (zh) * 2010-12-15 2011-04-27 中兴通讯股份有限公司 双向语音对讲的实现方法及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100527823C (zh) * 2006-12-13 2009-08-12 华为技术有限公司 按需申请的视频监控方法和装置
CN101883099B (zh) * 2010-06-17 2016-03-30 中兴通讯股份有限公司 基于ims抓拍图片查询下载的方法、服务器及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101453477A (zh) * 2007-12-07 2009-06-10 华为技术有限公司 实时媒体内容上传的方法和装置
CN101217648A (zh) * 2008-01-08 2008-07-09 华为技术有限公司 视频监控信息的传递方法、装置及系统
CN101895569A (zh) * 2010-06-21 2010-11-24 中兴通讯股份有限公司 视频浏览的实现方法、ims视频监控系统及监控前端
CN102035840A (zh) * 2010-12-15 2011-04-27 中兴通讯股份有限公司 双向语音对讲的实现方法及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107222504A (zh) * 2017-07-11 2017-09-29 深圳市斑点猫信息技术有限公司 一种p2p通信方法以及系统
CN107222504B (zh) * 2017-07-11 2020-06-12 深圳市斑点猫信息技术有限公司 一种p2p通信方法以及系统

Also Published As

Publication number Publication date
CN102035840A (zh) 2011-04-27

Similar Documents

Publication Publication Date Title
KR100561633B1 (ko) 무선통신 단말기를 이용한 지능형 홈 방문자 확인 및 통화서비스 시스템과 그 방법
JP5220010B2 (ja) 移動端末からのマルチメディアセッションの切り換え
WO2008116408A1 (fr) Système, équipement et procédé de mise en œuvre de services d'appel spéciaux
JP5450444B2 (ja) マルチメディア通話を処理するための方法及び装置
WO2009074070A1 (fr) Procede et equipement de telechargement amont de contenu multimedia en temps reel
WO2006010312A1 (fr) Procede d'information de la modification de capacite au terminal au reseau
JP2006135954A (ja) 音声伝送用の電話網を使用するｉｐテレビ会議を確立する方法
EP2584760B1 (fr) Procédé pour réaliser une consultation vidéo, système de surveillance vidéo de sous-système multimédia au protocole ip (ims) et ordinateur frontal de surveillance
WO2012037790A1 (fr) Procédé, appareil et système destinés à des terminaux tv numériques permettant d'effectuer une messagerie instantanée
WO2009152699A1 (fr) Terminal sip, procédé et système d'établissements de rapports d'état, serveur sip correspondant
US20180020098A1 (en) Web Real-Time Client Communication Over a Stimulus Based Network
WO2012079449A1 (fr) Procédé et système pour la mise en oeuvre d'un interphone vocal bidirectionnel
WO2014063511A1 (fr) Procédé de contrôle et boîtier décodeur de télévision par protocole internet
WO2007068201A1 (fr) Procede, terminal de commande et systeme permettant de realiser un service d'appel par clic
WO2012126382A1 (fr) Procédé de mise en œuvre de service d'échange principal et appareil de passerelle
US8891751B2 (en) Method and apparatus for providing call parking
WO2012174904A1 (fr) Procédé, dispositif et système d'accès à une conférence ims
WO2010091588A1 (fr) Procede et appareil permettant de distinguer plusieurs equipements utilisateur partageant une meme identite utilisateur publique
JP2008153782A (ja) 呼管理方法、呼管理システム、およびメッセージ処理サーバシステム
WO2011032426A1 (fr) Procédé, dispositif et système de mise en œuvre de service de priorité d'appel d'urgence
WO2009052750A1 (fr) Méthode, dispositif et système d'établissement d'une communication entre deux parties
WO2007093116A1 (fr) Procédé et système de fourniture de service de simulation et entité adaptative de signalisation d'accès
WO2013082894A1 (fr) Procédé de transfert d'appel d'opérateur et serveur d'application de service de standard téléphonique
JP5679287B2 (ja) 通信装置
EP2200254B1 (fr) Système de réseau mobile et procédé de fourniture de message de guidage

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11849521

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11849521

Country of ref document: EP

Kind code of ref document: A1