WO2014044096A1 - 随机呼叫的转发方法及装置 - Google Patents

随机呼叫的转发方法及装置 Download PDF

Info

Publication number
WO2014044096A1
WO2014044096A1 PCT/CN2013/081381 CN2013081381W WO2014044096A1 WO 2014044096 A1 WO2014044096 A1 WO 2014044096A1 CN 2013081381 W CN2013081381 W CN 2013081381W WO 2014044096 A1 WO2014044096 A1 WO 2014044096A1
Authority
WO
WIPO (PCT)
Prior art keywords
client
random call
call request
clients
server
Prior art date
Application number
PCT/CN2013/081381
Other languages
English (en)
French (fr)
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 WO2014044096A1 publication Critical patent/WO2014044096A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold

Definitions

  • the present invention relates to the field of communications, and in particular to a method and apparatus for forwarding a random call.
  • VOIP Voice over Internet Protocol
  • IP Internet Protocol
  • SIP Session Initiation Protocol
  • RTP Real-time Transport Protocol
  • SIP adopts the client/server mode (C/S mode), in which the proxy server is responsible for authenticating and authenticating the terminal user requesting login (or registration), and addressing/routing the call request of the logged-in user to the destination terminal user.
  • C/S mode client/server mode
  • Random call is a brand-new way of calling.
  • the proxy server randomly matches a pair of terminals to make calls in the terminals of many random call requests, that is, completely random matching.
  • the implementation of similar applications uses a random call client to send a specific random call request to the proxy server, and the proxy server randomly matches a pair of terminals in a plurality of random call request terminals, for example: A and B; then the proxy server
  • the video conferencing server is in the form of a voice conference for the pair of terminals, that is, the proxy server initiates a conference call to A and B respectively, and transmits all signaling and voice between A and B as an intermediate medium.
  • the above implementation is complicated, the connection speed is slow, and the content of the call between A and B is likely to be eavesdropped on the server.
  • the present invention provides a method and apparatus for forwarding a random call, so as to at least solve the problem that the random call mode in the related art has a complicated form, a slow connection speed, and poor security.
  • a method of forwarding a random call is provided.
  • the method for forwarding a random call according to the present invention includes: the server selects a first client and a second client from a plurality of clients that issue a random call request for matching; and the server forwards the random call request of the first client to the second client. end.
  • the server selects the first client and the second client from the plurality of clients that send the random call request to perform the matching
  • the method includes: the server selects the first client from the plurality of clients that issue the random call request, where The random call request sent by a client carries the identification information and/or preference information of the first client; the server removes the client from the plurality of clients except the first client according to the random call request sent by the first client
  • the second client that matches the first client is obtained in the terminal.
  • the server selects the first client from the plurality of clients that issue the random call request, and the server: the server searches for the client corresponding to the random call request received by the server first from the plurality of clients that issue the random call request, And the found client is used as the first client; or, the server randomly selects the first client from multiple clients that issue random call requests.
  • the server obtains, according to the random call request sent by the first client, the second client that matches the first client from the other clients except the first client, including: the server determines other Whether there is a client matching the identification information and/or preference information of the first client in the client; if not, the server randomly selects the second client from other clients; if present, the server is based on the first client
  • the identification information and/or preference information of the terminal selects the client with the highest matching degree from the first client as the second client from other clients.
  • the method further includes: the server: the first client from the plurality of clients that issue the random call request Selecting the next first client from the remaining clients other than the second client, and selecting the next second client that matches the next first client until all the clients that issued the random call request are all Complete the match.
  • the server forwarding the random call request of the first client to the second client includes: sending, by the server, a termination random call request message to the second client, where the termination random call request message carries the identification information of the first client and / or preference information; after receiving the termination random call request message, the second client interrupts the random call request sent by the second client; after receiving the random call request of the first client forwarded by the server, the second client receives the random call request Acquiring the identification information and/or preference information of the first client from the random call request or the termination random call request message of the first client, and determining to establish a call with the first client.
  • the second client obtains the identification information and/or the preference information of the first client from the random call request or the termination random call request message of the first client, and determines that the call is established with the first client
  • the first client receives a random call response message from the second client via the server, where the random call response message carries the identification information and/or preference information of the second client; the first client receives the random call response message.
  • a forwarding device for a random call is provided.
  • the forwarding device of the random call includes: a selecting module, configured to select a first client and a second client to perform matching from a plurality of clients that issue random call requests; and a forwarding module configured to set the first client The random call request is forwarded to the second client.
  • the selecting module includes: a selecting unit, configured to select a first client from a plurality of clients that issue a random call request, where the random call request sent by the first client carries the identifier information of the first client and And/or preference information; an obtaining unit, configured to acquire, from the plurality of clients other than the first client, a second client that matches the first client according to the random call request sent by the first client end.
  • the selecting unit comprises: a searching unit, configured to search for a client corresponding to the random call request received by the server first from the plurality of clients that issue the random call request, and use the found client as the first client
  • the first random selection unit is configured to: the server randomly selects the first client from a plurality of clients that issue random call requests.
  • the obtaining unit comprises: a determining unit, configured to determine whether there is a client in the other client that matches the identification information and/or the preference information of the first client; and the second random selection unit is configured to output the Otherwise, the second client is randomly selected from other clients; the matching unit is configured to select the first client from the other client according to the identification information and/or preference information of the first client when the output of the determining unit is YES.
  • the client with the highest matching degree serves as the second client.
  • the selecting module is configured to select the next first client from among the remaining clients of the plurality of clients that issue the random call request, except the first client and the second client, and select the next one The next second client that the clients match each other until all the clients that make random call requests complete the match.
  • the server receives the random call request sent by multiple clients at the same time, and the server selects the first client and the second client from the plurality of clients to perform matching, and forwards the random call request of the first client to
  • the second client solves the problem that the random call mode in the related art has a complicated form, a slow connection speed, and poor security, thereby realizing a simple signaling process, a faster connection speed, and a random call to privacy. Demand.
  • FIG. 1 is a flow chart of a method for forwarding a random call according to an embodiment of the present invention
  • FIG. 2 is a flow chart of proxy matching for a client server according to a preferred embodiment of the present invention
  • FIG. 3 is a preferred embodiment of the present invention.
  • FIG. 4 is a flow chart of canceling a random call according to a preferred embodiment of the present invention
  • FIG. 5 is a flow chart of rejecting a random call according to a preferred embodiment of the present invention
  • FIG. 6 is a structural block diagram of a forwarding apparatus for a random call according to an embodiment of the present invention
  • FIG. 7 is a structural block diagram of a forwarding apparatus for a random call according to a preferred embodiment of the present invention.
  • the method may include the following processing steps: Step S102: The server selects a first client and a second client from a plurality of clients that issue random call requests to perform matching; Step S104: The server will be the first client. The random call request of the end is forwarded to the second client.
  • the random call mode is complicated in form, slow in connection speed, and poor in security.
  • the server receives a random call request sent by multiple clients at the same time (for example: a random call client sends a SIP INVITE request to a random call proxy server), and the server selects a plurality of clients from multiple clients.
  • the random call proxy server performs matching calculation according to the user identifier/preference information carried in the Call-Info header field in the SIP INVITE request to obtain a random call terminal pair
  • a random call request from a client is forwarded to the second client.
  • the random call proxy server cancels the random call request of the paired client, and will The random call request of the party is forwarded to the client, and the call between the two parties is not organized in the form of a video conference, and the voice signaling and voice of the client after the pairing are forwarded to the other party, thereby solving the implementation manner of the random call mode in the related art.
  • Step S1 the server sends the client from multiple random call requests
  • the first client is selected, wherein the random call request sent by the first client carries the identification information and/or preference information of the first client; in a preferred embodiment, the random call is simultaneously directed to the random call by multiple random calling terminals
  • the proxy server sends the signaling of the random call, where the signaling is a specific INVITE request, wherein the requested universal resource identifier (Uniform Resource Identifier, URI for short) is the URI of the proxy server; Call in the INVITE request
  • the Info header field carries the identification information and/or preference information of the random calling terminal, for example: may carry the user's gender, age, current location, hobbies, and mood state information, and may also carry the gender of the user that matches the user,
  • Step S2 The server acquires a second client that matches the first client from among other clients of the plurality of clients except the first client according to the random call request sent by the first client.
  • the client that currently initiates a random call request to the server has B, C, D, and E. If A is selected as the first client for the first time, then the second client matching A will be B, C, Selected from D and E.
  • the server selects the first client from the plurality of clients that issue the random call request, and may include one of the following manners: Method 1: The server searches for the client from multiple random call requests.
  • the client corresponding to the random call request received by the server first, and the found client is used as the first client; for example: the client that currently initiates a random call request to the server at the same time has A, B, C, D, and E
  • the server will record the time when each client arrives at the server. If the client is the first client to receive A, then A will be the first client.
  • Manner 2 The server randomly selects the first client from multiple clients that issue random call requests. For example: Currently, clients that initiate random call requests to the server have A, B, C, D, and E. The server randomly selects one client (assumed to be B) as the first client among each client.
  • the server acquires a second client that matches the first client from among other clients of the plurality of clients except the first client according to the random call request sent by the first client.
  • the terminal may include the following processing: Step S21: The server determines whether there are clients in the other client that match the identification information and/or the preference information of the first client; Step S22: If not, the server randomly from other clients Selecting the second client; Step S23: If yes, the server selects the client with the highest matching degree from the first client as the second client from the other clients according to the identifier information and/or the preference information of the first client.
  • the clients currently making random call requests to the server at the same time have A, B, C, D, and E, and the server has selected A as the first client.
  • the server needs to select the matching second client for A in B, C, D, and E.
  • the server will determine whether there are clients matching the identification information and/or preference information of A in 8, C, D and E. For example: A's preference is to like to establish a call with a male aged 20-30.
  • B, C, D, and E there is no client that meets the requirements.
  • the server can only randomly select one client from B, C, D, and E as the second client, and then A chooses whether to talk to it. .
  • the server selects D as the matching client of A.
  • the server may further include the following processing: the server sends the client from multiple random call requests.
  • the random call proxy server processes a plurality of INVITE requests received at the same time, and the server can perform random matching according to the information carried in the Call-Info header field in the INVITE request.
  • 2 is a flow diagram of a proxy server for client matching in accordance with a preferred embodiment of the present invention.
  • Step S202 In the random call client set SETO to be matched in the current time period, select the client A of the earliest received INVITE request;
  • Step S204 Determine whether the INVITE request sent by A carries the Call-Info header field, that is, Whether the client A fills in the information of the client that wants to match; if yes, go to step S208; if not, go to step S206; step S206: randomly select client B in the client set SET0; go to step S222;
  • Step S208 sequentially obtaining the identification information and/or the preference information of the client A, and first determining whether there is a client set matching the gender information of the client A; if yes, proceeding to step S210; if not, turning Go to step S212;
  • Step S210 Select a client set SET1 that matches the personality information of the client A;
  • Step S212 Continue to determine whether there is a client set that matches the age information of the client A; if yes, continue to execute Step S214;
  • the server forwarding the random call request of the first client to the second client may include the following operations: Step S3: The server sends a termination random call request message to the second client, where the random call request is terminated. The message carries the identification information and/or the preference information of the first client. Step S4: After receiving the terminating the random call request message, the second client interrupts the random call request sent by the second client; Step S5: After receiving the random call request of the first client forwarded by the server, the second client obtains the identifier information and/or the preference information of the first client from the random call request or the termination random call request message of the first client, And determine to establish a call with the first client.
  • the second client obtains the identification information and/or preference information of the first client from the random call request or the termination random call request message of the first client, and determines that after establishing a call with the first client
  • the method may further include the following steps: Step S6: The first client receives a random call response message from the second client, where the random call response message carries the identification information and/or preference information of the second client. Step S7 The first client obtains the identification information and/or the preference information of the second client from the random call response message, and determines to establish a call with the second client.
  • the random call client sends a specific SIP INVITE request to the proxy server, in which the Call-Info header field contains information such as the personal preferences of the randomly called user.
  • the proxy server first randomly matches one or more terminal pairs according to the Call-Info field information in a plurality of clients that issue random call requests, for example: terminal pair A and B; second, the proxy server cancels B's call request; then the proxy The server forwards A's random call request to B, and passes the personal information of A and B to the other party. If both A and B choose to agree to the call, after B answers, a random call is established between A and B. Conversely, if either party does not agree to the call, the above random call is terminated at any time.
  • Step S302 Sending, by a plurality of random calling terminals, signaling of a random call to a random call proxy server, where the signaling is a specific INVITE request, where the request
  • the destination URI is the URI of the proxy server
  • the Call-Info header field in the INVITE request carries the identification information and/or preference information of the random calling terminal, for example: can carry the user's gender, age, current location, hobbies and moods
  • the status information may also carry information such as the gender, age, current location, and the like of the user that matches the user.
  • Step S304 The random call proxy server processes multiple INVITE requests sent at the same time, according to the Call-Info header field in the INVITE request.
  • the carried information is randomly matched, for example: in the random call client set SET0 to be matched in the current time period, the client A that selects the first received INVITE request is used, according to the personal/preference information of A, as described above.
  • the matching algorithm flow shown in Figure 2, which matches the matching of A The client is 8. Then remove A and B from the set, and find the client N of the next first received INVITE request again in the remaining client set SETn, and continue to find the matching client for N using the same flow algorithm.
  • Step S306 The random call proxy server sends Cancel signaling to the client B, where the Cancel signaling is different from the Cancel signaling in the related art, and the difference is
  • the Cancel signaling of the present invention carries the Call-Info information of the client A, and the client B hangs up the random call request after receiving the Cancel signaling
  • Step S308 The random call proxy server sends the random call request of the client A. Forwarding to the client, the destination URI in the random call request of the client A in step S302 is modified by the URI of the proxy server to the URI of the client B; the client B presents the client carried by the Call-Info in the signaling to the user B.
  • Step S310 The client B replies to the client A with the signaling 100 Trying and 180Ring, and the client A receives the message.
  • the information of the client B carried by the Call-Info in the 100 Trying is presented to the user A, and the user A selects whether to answer the answer.
  • Step S312 If both parties choose to answer the call during the selected answering phase, between the client B and the client A Complete the general VOIP signaling process 200 OK and ACK to enter the official call. It should be noted that, in the selective answering phase, if user A selects to cancel the random call request according to the received Call-Info information of B, the cancellation process is the same as the general VOIP call cancellation process.
  • FIG. 6 is a structural block diagram of a forwarding apparatus for a random call according to an embodiment of the present invention.
  • the forwarding device of the random call may include: a selecting module 10, configured to select a first client and a second client from among a plurality of clients that issue a random call request to perform matching; the forwarding module 20, setting To forward the random call request of the first client to the second client.
  • a selecting module 10 configured to select a first client and a second client from among a plurality of clients that issue a random call request to perform matching
  • the forwarding module 20 setting To forward the random call request of the first client to the second client.
  • the selecting module 10 may include: a selecting unit 100, configured to select a first client from a plurality of clients that issue a random call request, where the first client sends a random call.
  • the obtaining unit carries the identification information and/or the preference information of the first client; the obtaining unit 102 is configured to: from the plurality of clients except the first client, according to the random call request sent by the first client Obtain a second client that matches the first client.
  • a selecting unit 100 configured to select a first client from a plurality of clients that issue a random call request, where the first client sends a random call
  • the obtaining unit carries the identification information and/or the preference information of the first client
  • the obtaining unit 102 is configured to: from the plurality of clients except the first client, according to the random call request sent by the first client Obtain a second client that matches the first client.
  • the selecting unit 100 may include: a searching unit 1000 configured to search for a client corresponding to a random call request received by a server first from a plurality of clients that issue a random call request, and The found client is used as the first client; the first random selection unit 1002 is configured to randomly select the first client from multiple clients that issue random call requests.
  • a searching unit 1000 configured to search for a client corresponding to a random call request received by a server first from a plurality of clients that issue a random call request, and The found client is used as the first client
  • the first random selection unit 1002 is configured to randomly select the first client from multiple clients that issue random call requests.
  • the obtaining unit 102 may include: a determining unit 1020, configured to determine whether there is a client in the other client that matches the identification information and/or the preference information of the first client;
  • the selecting unit 1022 is configured to randomly select the second client from other clients when the output of the determining unit is no;
  • the matching unit 1024 is configured to: according to the identifier information of the first client, when the output of the determining unit is YES
  • the selecting module 10 is configured to select a next first client from among a plurality of clients that issue a random call request, except for the first client and the second client, and select and The next second client that the first client matches each other until all the clients that make the random call request complete the match. It should be noted that the preferred modes of operation of the modules shown in FIG. 6 and FIG. 7 and the interaction between the units may be referred to the embodiment shown in FIG. 1 to FIG. 5, and details are not described herein again.
  • the foregoing embodiment achieves the following technical effects (it is required that the effects are achievable by some preferred embodiments): the implementation of the random call mode in the related art is complicated. The problem of slow connection speed and poor security, thus achieving a simple signaling process, faster connection speed, and meeting the need for random call privacy.
  • the above 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种随机呼叫的转发方法及装置，在上述方法中，服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端进行匹配；服务器将第一客户端的随机呼叫请求转发至第二客户端。根据本发明提供的技术方案，实现了信令流程简单、接通速度更快、可以满足随机呼叫对私密性的需求。

Description

随机呼叫的转发方法及装置 技术领域 本发明涉及通信领域， 具体而言， 涉及一种随机呼叫的转发方法及装置。 背景技术 互联网语音 /可视电话 （Voice over Internet Protocol, 简称为 VOIP) 是互联网以及
3G移动通信网上最受欢迎的一类应用。 它以互联网协议（IP)分组交换的方式在两个 终端之间传输媒体 （语音 /视频）， 其优点在于可以最大效率地利用带宽， 从而承载更 多的用户。与普通电话相比， 终端用户可以享受更加低廉的资费。 VOIP的应用层控制 协议广泛使用会话初始协议 （Session Initiation Protocol, 简称为 SIP)， 通过该协议可 以获取媒体数据的描述以及启动或终止媒体传输。 而常用的媒体数据传输协议是实时 传送协议 （Real-time Transport Protocol, 简称为 RTP)， 对于不同类型的媒体负载拥有 不同的 RTP负载格式规范。 SIP采用客户端 /服务器模式（C/S模式）， 其中， 代理服务 器负责对请求登录 （或注册） 的终端用户进行鉴权、 认证， 将已经登录用户的呼叫请 求寻址 /路由到目的终端用户。 随机呼叫是一种全新的通话方式， 由代理服务器在众多随机呼叫请求的终端中随 机匹配出一对终端进行通话， 即完全随机匹配。 目前类似应用的实现方式均采用随机 呼叫的客户端向代理服务器发送特定的随机呼叫请求， 代理服务器在众多随机呼叫请 求的终端中随机匹配出一对终端， 例如： A和 B; 然后代理服务器以视频会议服务器 的形式为这对终端建立起语音会议， 即代理服务器分别向 A和 B发起会议呼叫， 并以 中间媒介的身份在 A和 B之间传递所有的信令和语音。然而上述实现形式复杂， 接通 速度慢， 而且 A和 B之间的通话内容很有可能在服务器被窃听。 发明内容 本发明提供了一种随机呼叫的转发方法及装置， 以至少解决相关技术中的随机呼 叫通话方式实现形式复杂、 接通速度慢、 安全性差的问题。 根据本发明的一个方面， 提供了一种随机呼叫的转发方法。 根据本发明的随机呼叫的转发方法包括： 服务器从多个发出随机呼叫请求的客户 端中选取第一客户端和第二客户端进行匹配； 服务器将第一客户端的随机呼叫请求转 发至第二客户端。 优选地， 服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户 端进行匹配包括： 服务器从多个发出随机呼叫请求的客户端中选取第一客户端，其中， 第一客户端发出的随机呼叫请求中携带有第一客户端的标识信息和 /或偏好信息； 服务 器根据第一客户端发出的随机呼叫请求从多个客户端中除第一客户端之外的其他客户 端中获取与第一客户端相匹配的第二客户端。 优选地， 服务器从多个发出随机呼叫请求的客户端中选取第一客户端包括： 服务 器从多个发出随机呼叫请求的客户端中查找与服务器最先接收到的随机呼叫请求对应 的客户端， 并将查找到的客户端作为第一客户端； 或者， 服务器从多个发出随机呼叫 请求的客户端中随机选取第一客户端。 优选地， 服务器根据第一客户端发出的随机呼叫请求从多个客户端中除第一客户 端之外的其他客户端中获取与第一客户端相匹配的第二客户端包括： 服务器判断其他 客户端中是否存在与第一客户端的标识信息和 /或偏好信息相匹配的客户端； 如果不存 在， 则服务器从其他客户端中随机选取第二客户端； 如果存在， 则服务器根据第一客 户端的标识信息和 /或偏好信息从其他客户端中选取与第一客户端匹配度最高的客户 端作为第二客户端。 优选地， 在服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客 户端进行匹配之后， 还包括： 服务器从多个发出随机呼叫请求的客户端中除第一客户 端和第二客户端之外的剩余客户端中选取下一个第一客户端， 并选取与下一个第一客 户端相互匹配的下一个第二客户端， 直至多个发出随机呼叫请求的客户端全部完成匹 配。 优选地， 服务器将第一客户端的随机呼叫请求转发至第二客户端包括： 服务器向 第二客户端发送终止随机呼叫请求消息， 其中， 终止随机呼叫请求消息中携带有第一 客户端的标识信息和 /或偏好信息； 第二客户端在接收到终止随机呼叫请求消息后， 中 断该第二客户端发出的随机呼叫请求； 第二客户端在接收到服务器转发的第一客户端 的随机呼叫请求后， 从第一客户端的随机呼叫请求或者终止随机呼叫请求消息中获取 第一客户端的标识信息和 /或偏好信息， 并确定与第一客户端建立通话。 优选地， 在第二客户端从第一客户端的随机呼叫请求或者终止随机呼叫请求消息 中获取第一客户端的标识信息和 /或偏好信息， 并确定与第一客户端建立通话之后， 还 包括： 第一客户端经由服务器接收来自于第二客户端的随机呼叫响应消息， 其中， 随 机呼叫响应消息中携带有第二客户端的标识信息和 /或偏好信息； 第一客户端从随机呼 叫响应消息中获取第二客户端的标识信息和 /或偏好信息， 并确定与第二客户端建立通 话。 根据本发明的另一方面， 提供了一种随机呼叫的转发装置。 根据本发明的随机呼叫的转发装置包括： 选取模块， 设置为从多个发出随机呼叫 请求的客户端中选取第一客户端和第二客户端进行匹配； 转发模块， 设置为将第一客 户端的随机呼叫请求转发至第二客户端。 优选地， 选取模块包括： 选取单元， 设置为从多个发出随机呼叫请求的客户端中 选取第一客户端， 其中， 第一客户端发出的随机呼叫请求中携带有第一客户端的标识 信息和 /或偏好信息； 获取单元， 设置为根据第一客户端发出的随机呼叫请求从多个客 户端中除第一客户端之外的其他客户端中获取与第一客户端相匹配的第二客户端。 优选地， 选取单元包括： 查找单元， 设置为从多个发出随机呼叫请求的客户端中 查找与服务器最先接收到的随机呼叫请求对应的客户端， 并将查找到的客户端作为第 一客户端； 第一随机选取单元， 设置为服务器从多个发出随机呼叫请求的客户端中随 机选取第一客户端。 优选地， 获取单元包括： 判断单元， 设置为判断其他客户端中是否存在与第一客 户端的标识信息和 /或偏好信息相匹配的客户端； 第二随机选取单元， 设置为在判断单 元输出为否时， 从其他客户端中随机选取第二客户端； 匹配单元， 设置为在判断单元 输出为是时， 根据第一客户端的标识信息和 /或偏好信息从其他客户端中选取与第一客 户端匹配度最高的客户端作为第二客户端。 优选地， 选取模块， 设置为从多个发出随机呼叫请求的客户端中除第一客户端和 第二客户端之外的剩余客户端中选取下一个第一客户端， 并选取与下一个第一客户端 相互匹配的下一个第二客户端， 直至多个发出随机呼叫请求的客户端全部完成匹配。 通过本发明， 服务器先后接收到多个客户端同时发出的随机呼叫请求， 服务器从 多个客户端中选取第一客户端和第二客户端进行匹配， 并将第一客户端的随机呼叫请 求转发至第二客户端， 解决了相关技术中的随机呼叫通话方式实现形式复杂、 接通速 度慢、 安全性差的问题， 进而实现了信令流程简单、 接通速度更快、 可以满足随机呼 叫对私密性的需求。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中- 图 1是根据本发明实施例的随机呼叫的转发方法的流程图； 图 2是根据本发明优选实施例的代理服务器进行客户端匹配的流程图； 图 3是根据本发明优选实施例的基于 VOIP随机通话***的信令交互的流程图； 图 4是根据本发明优选实施例的取消随机呼叫的流程图； 图 5是根据本发明优选实施例的拒接随机呼叫的流程图； 图 6是根据本发明实施例的随机呼叫的转发装置的结构框图； 以及 图 7是根据本发明优选实施例的随机呼叫的转发装置的结构框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 图 1是根据本发明实施例的随机呼叫的转发方法的流程图。 如图 1所示， 该方法 可以包括以下处理步骤： 步骤 S102:服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客 户端进行匹配； 步骤 S104: 服务器将第一客户端的随机呼叫请求转发至第二客户端。 相关技术中， 随机呼叫通话方式实现形式复杂、 接通速度慢、 安全性差。 采用如 图 1所示的方法， 服务器先后接收到多个客户端同时发出的随机呼叫请求 （例如： 随 机呼叫客户端向随机呼叫代理服务器发送 SIP INVITE请求）， 服务器从多个客户端中 选取第一客户端和第二客户端进行匹配（例如： 随机呼叫代理服务器根据 SIP INVITE 请求中的 Call-Info头字段中携带的用户标识 /偏好信息进行匹配计算，获取随机呼叫终 端对）， 并将第一客户端的随机呼叫请求转发至第二客户端。与相关技术应用的信令流 程不同： 随机呼叫代理服务器将配对后的一方客户端的随机呼叫请求取消， 并将另一 方的随机呼叫请求转发至该客户端， 而并非以视频会议等形式组织双方通话， 将配对 后客户端的语音信令和语音转发给对方， 由此解决了相关技术中的随机呼叫通话方式 实现形式复杂、 接通速度慢、 安全性差的问题， 进而实现了信令流程简单、 接通速度 更快、 可以满足随机呼叫对私密性的需求。 需要说明的是， 本发明提供的技术方案， 其实施的前提与相关技术中通用的基于
SIP的 VOIP相同， 即客户端已注册到所属代理服务器。 优选地，在步骤 S102中，服务器从多个发出随机呼叫请求的客户端中选取第一客 户端和第二客户端进行匹配可以包括以下操作： 步骤 S1 : 服务器从多个发出随机呼叫请求的客户端中选取第一客户端， 其中， 第 —客户端发出的随机呼叫请求中携带有第一客户端的标识信息和 /或偏好信息； 在优选实施例中， 由多个随机呼叫终端同时向随机呼叫代理服务器发送随机呼叫 的信令，该信令是一种特定的 INVITE请求，其中，请求的目的通用资源标识符 (Uniform Resource Identifier, 简称为 URI)为代理服务器的 URI; INVITE请求中的 Call-Info头 字段携带有随机呼叫终端的标识信息和 /或偏好信息， 例如： 可以携带用户的性别、 年 龄、 当前所在地区、 兴趣爱好以及心情状态信息， 还可以携带与该用户匹配的用户的 性别、 年龄、 当前所在地区等信息。 步骤 S2:服务器根据第一客户端发出的随机呼叫请求从多个客户端中除第一客户 端之外的其他客户端中获取与第一客户端相匹配的第二客户端。 例如： 当前向服务器发起随机呼叫请求的客户端有 、 B、 C、 D和 E， 如果第一 次选取 A作为第一客户端， 那么与 A相匹配的第二客户端将从 B、 C、 D和 E中选取。 优选地，在上述步骤 S1中，服务器从多个发出随机呼叫请求的客户端中选取第一 客户端可以包括以下方式之一： 方式一、 服务器从多个发出随机呼叫请求的客户端中查找与服务器最先接收到的 随机呼叫请求对应的客户端， 并将查找到的客户端作为第一客户端； 例如： 当前同时向服务器发起随机呼叫请求的客户端有 A、 B、 C、 D和 E， 服务 器会分别记录各个客户端到达服务器的时间， 假设服务器当前最先接收到的客户端是 A， 那么 A将被作为第一客户端。 方式二、 服务器从多个发出随机呼叫请求的客户端中随机选取第一客户端。 例如： 当前同时向服务器发起随机呼叫请求的客户端有 A、 B、 C、 D和 E， 服务 器会在各个客户端中随机选取一个客户端 （假设是 B) 作为第一客户端。 优选地，在上述步骤 S2中，服务器根据第一客户端发出的随机呼叫请求从多个客 户端中除第一客户端之外的其他客户端中获取与第一客户端相匹配的第二客户端可以 包括以下处理： 步骤 S21 : 服务器判断其他客户端中是否存在与第一客户端的标识信息和 /或偏好 信息相匹配的客户端； 步骤 S22: 如果不存在， 则服务器从其他客户端中随机选取第二客户端； 步骤 S23: 如果存在， 则服务器根据第一客户端的标识信息和 /或偏好信息从其他 客户端中选取与第一客户端匹配度最高的客户端作为第二客户端。 在优选实施例中，假设当前同时向服务器发起随机呼叫请求的客户端有 A、 B、 C、 D和E， 并且服务器已经选取 A作为第一客户端。 接下来服务器需要在 B、 C、 D和 E 中为 A选取相匹配的第二客户端。 服务器会判断在8、 C、 D和 E中是否存在与 A的 标识信息和 /或偏好信息相匹配的客户端， 例如： A的偏好是喜欢与年龄在 20-30岁的 男性建立通话，而在 B、 C、 D和 E中并没有符合要求的客户端，那么服务器只能从 B、 C、 D和 E中随机选取一个客户端作为第二客户端， 然后由 A来选择是否与其进行通 话。 如果在 B、 C、 D和 E中有 D和 E符合 A的偏好要求， 那么需要继续比较两者其 他的匹配信息， 假设 A还希望在符合上述条件的情况下， 建立通话的用户最好与 A位 于同一座城市，经过比较后， D与 A位于同一座城市，而 E与 A的地理位置相距甚远， 最终服务器选取 D作为 A的匹配客户端。 优选地， 在步骤 S102， 服务器从多个发出随机呼叫请求的客户端中选取第一客户 端和第二客户端进行匹配之后， 还可以包括以下处理： 服务器从多个发出随机呼叫请求的客户端中除第一客户端和第二客户端之外的剩 余客户端中选取下一个第一客户端， 并选取与下一个第一客户端相互匹配的下一个第 二客户端， 直至多个发出随机呼叫请求的客户端全部完成匹配。 在优选实施例中， 随机呼叫代理服务器处理在同一时刻收到的多个 INVITE请求， 服务器可以根据 INVITE请求中 Call-Info头字段所携带信息进行随机匹配。 图 2是根 据本发明优选实施例的代理服务器进行客户端匹配的流程图。 如图 2所示， 具体匹配 流程如下： 步骤 S202: 当前时间段内待匹配的随机呼叫客户端集合 SETO中， 选取最早接收 到的 INVITE请求的客户端 A; 步骤 S204:判断 A发送的 INVITE请求中是否携带有 Call-Info头字段， 即客户端 A是否填写希望匹配的客户端的信息； 如果有， 则转到步骤 S208; 如果没有， 则转到 步骤 S206; 步骤 S206: 在客户端集合 SET0中随机选取客户端 B; 转到步骤 S222; 步骤 S208: 依次获取客户端 A的标识信息和 /或偏好信息， 首先判断是否存在与 客户端 A的性别信息相匹配的客户端集合； 如果存在， 则继续执行步骤 S210; 如果不 存在， 则转到步骤 S212; 步骤 S210: 选取与客户端 A的性格信息相匹配的客户端集合 SET1 ; 步骤 S212: 继续判断是否存在与客户端 A的年龄信息相匹配的客户端集合； 如果 存在， 则继续执行步骤 S214; 如果不存在， 则转到步骤 S216; 步骤 S214: 选取与客户端 A的年龄信息相匹配的客户端集合 SET2; 步骤 S216: 继续判断是否存在与客户端 A的地域信息相匹配的客户端集合； 如果 存在， 则继续执行步骤 S218; 如果不存在， 则转到步骤 S220; 步骤 S218: 选取与客户端 A的地域信息相匹配的客户端集合 SET3; 步骤 S220: 在客户端集合 SET3中随机选取终端 B; 步骤 S222: 将 A和 B从集合中去掉， 返回步骤 S202， 在剩余客户集合 SETn中 再次找出最早请求的客户端 N， 并用相同流程算法继续为 N找出与其匹配的客户端， 直至处理完集合 SET0中所有的随机请求。 优选地，在步骤 S104中，服务器将第一客户端的随机呼叫请求转发至第二客户端 可以包括以下操作： 步骤 S3: 服务器向第二客户端发送终止随机呼叫请求消息， 其中， 终止随机呼叫 请求消息中携带有第一客户端的标识信息和 /或偏好信息； 步骤 S4: 第二客户端在接收到终止随机呼叫请求消息后， 中断该第二客户端发出 的随机呼叫请求； 步骤 S5: 第二客户端在接收到服务器转发的第一客户端的随机呼叫请求后， 从第 一客户端的随机呼叫请求或者终止随机呼叫请求消息中获取第一客户端的标识信息和 /或偏好信息， 并确定与第一客户端建立通话。 优选地， 在步骤 S5， 第二客户端从第一客户端的随机呼叫请求或者终止随机呼叫 请求消息中获取第一客户端的标识信息和 /或偏好信息， 并确定与第一客户端建立通话 之后， 还可以包括以下步骤： 步骤 S6: 第一客户端经由服务器接收来自于第二客户端的随机呼叫响应消息， 其 中， 随机呼叫响应消息中携带有第二客户端的标识信息和 /或偏好信息； 步骤 S7:第一客户端从随机呼叫响应消息中获取第二客户端的标识信息和 /或偏好 信息， 并确定与第二客户端建立通话。 在优选实施例中， 随机呼叫客户端向代理服务器发送特定的 SIP INVITE请求， 该 特定请求中以 Call-Info头字段包含随机呼叫用户的个人偏好等信息。 代理服务器首先 在众多发出随机呼叫请求的客户端中根据 Call-Info字段信息随机匹配出一个或多个终 端对， 例如： 终端对 A和 B; 其次， 代理服务器将 B的呼叫请求取消； 然后代理服务 器将 A的随机呼叫请求转发至 B， 并将 A和 B的个人信息传递给对方。 如果 A和 B 都选择同意通话， B接听后， 即在 A和 B之间建立起随机呼叫。 反之， 如果任意一方 不同意通话， 则随时结束上述随机通话。 下面结合图 3所示的优选实施方式对上述优选实施过程做进一步的描述。 图 3是根据本发明优选实施例的基于 VOIP随机通话***的信令交互的流程图。 如图 3所示， 该流程可以包括以下处理步骤： 步骤 S302: 由多个随机呼叫终端同时向随机呼叫代理服务器发送随机呼叫的信 令， 该信令是一种特定的 INVITE请求， 其中， 请求的目的 URI为代理服务器的 URI; INVITE请求中的 Call-Info头字段携带有随机呼叫终端的标识信息和 /或偏好信息， 例 如： 可以携带用户的性别、 年龄、 当前所在地区、 兴趣爱好以及心情状态信息， 还可 以携带与该用户匹配的用户的性别、 年龄、 当前所在地区等信息； 步骤 S304: 随机呼叫代理服务器处理在同一时刻发出的多个 INVITE请求， 根据 INVITE请求中 Call-Info头字段所携带的信息进行随机匹配， 例如： 在当前时间段内 待匹配的随机呼叫客户端集合 SET0中， 选取最先接收到的 INVITE请求的客户端 A， 根据 A的个人 /偏好信息， 使用如上述图 2所示的匹配算法流程， 获取与 A相匹配的 客户端为8。 然后将 A和 B从集合中去除， 并在剩余客户集合 SETn中再次找出下一 个最先接收到的 INVITE请求的客户端 N， 并采用相同的流程算法继续为 N找出与其 匹配的客户端， 直至处理完集合 SET0中所有的随机呼叫请求； 步骤 S306: 随机呼叫代理服务器向客户端 B发送取消 （Cancel) 信令， 其中， 该 Cancel信令与相关技术中的 Cancel信令不同，其差别在于本发明的 Cancel信令携带有 客户端 A的 Call-Info信息， 客户端 B在收到 Cancel信令后， 挂断随机呼叫请求； 步骤 S308: 随机呼叫代理服务器将客户端 A的随机呼叫请求转发给客户端 即 将步骤 S302中的客户端 A的随机呼叫请求中的目的 URI由代理服务器的 URI修改为 客户端 B的 URI; 客户端 B向用户 B呈现信令中 Call-Info所携带的客户端 A的标识 和 /或偏好信息， 由用户 B选择是否接听； 步骤 S310: 客户端 B向客户端 A回复信令 100 Trying以及 180Ring，客户端 A将 接收到的 100 Trying中 Call-Info所携带的客户端 B的信息呈现给用户 A，由用户 A选 择是否接听； 步骤 S312: 如果双方在选择接听阶段都选择同意接听， 客户端 B与客户端 A之 间完成通用 VOIP信令流程 200OK和 ACK， 进入正式通话。 需要说明的是， 在选择接听阶段， 如果用户 A根据接收到的 B的 Call-Info信息， 选择取消随机呼叫请求， 那么取消流程与通用的 VOIP呼叫取消流程相同， 具体可以 参见如图 4，此处不再赘述；在选择接听阶段，如果用户 B根据接收到的 A的 Call-Info 信息， 选择拒绝接听， 那么拒接流程与通用的 VOIP拒接流程相同， 具体可以参见如 图 5， 此处不再赘述。 图 6是根据本发明实施例的随机呼叫的转发装置的结构框图。 如图 6所示， 该随 机呼叫的转发装置可以包括： 选取模块 10， 设置为从多个发出随机呼叫请求的客户端 中选取第一客户端和第二客户端进行匹配； 转发模块 20， 设置为将第一客户端的随机 呼叫请求转发至第二客户端。 采用如图 6所示的装置， 解决了相关技术中的随机呼叫通话方式实现形式复杂、 接通速度慢、 安全性差的问题， 进而实现了信令流程简单、 接通速度更快、 可以满足 随机呼叫对私密性的需求。 优选地， 如图 7所示， 上述选取模块 10可以包括： 选取单元 100， 设置为从多个 发出随机呼叫请求的客户端中选取第一客户端， 其中， 第一客户端发出的随机呼叫请 求中携带有第一客户端的标识信息和 /或偏好信息； 获取单元 102， 设置为根据第一客 户端发出的随机呼叫请求从多个客户端中除第一客户端之外的其他客户端中获取与第 一客户端相匹配的第二客户端。 优选地， 如图 7所示， 上述选取单元 100可以包括： 查找单元 1000， 设置为从多 个发出随机呼叫请求的客户端中查找与服务器最先接收到的随机呼叫请求对应的客户 端， 并将查找到的客户端作为第一客户端； 第一随机选取单元 1002， 设置为服务器从 多个发出随机呼叫请求的客户端中随机选取第一客户端。 优选地， 如图 7所示， 上述获取单元 102可以包括： 判断单元 1020， 设置为判断 其他客户端中是否存在与第一客户端的标识信息和 /或偏好信息相匹配的客户端； 第二 随机选取单元 1022， 设置为在判断单元输出为否时， 从其他客户端中随机选取第二客 户端； 匹配单元 1024， 设置为在判断单元输出为是时， 根据第一客户端的标识信息和
/或偏好信息从其他客户端中选取与第一客户端匹配度最高的客户端作为第二客户端。 优选地， 上述选取模块 10， 设置为从多个发出随机呼叫请求的客户端中除第一客 户端和第二客户端之外的剩余客户端中选取下一个第一客户端， 并选取与下一个第一 客户端相互匹配的下一个第二客户端， 直至多个发出随机呼叫请求的客户端全部完成 匹配。 需要说明的是， 图 6和图 7中所示的各个模块以及各个单元之间相互作用的优选 工作方式可以参见图 1至图 5所示的实施例， 此处不再赘述。 从以上的描述中， 可以看出， 上述实施例实现了如下技术效果 （需要说明的是这 些效果是某些优选实施例可以达到的效果）：解决了相关技术中的随机呼叫通话方式实 现形式复杂、 接通速度慢、 安全性差的问题， 进而实现了信令流程简单、 接通速度更 快、 可以满足随机呼叫对私密性的需求。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处 的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将 它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要 求 书
1. 一种随机呼叫的转发方法， 包括：
服务器从多个发出随机呼叫请求的客户端中选取第一客户端和第二客户端 进行匹配；
所述服务器将所述第一客户端的随机呼叫请求转发至所述第二客户端。
2. 根据权利要求 1所述的方法， 其中， 所述服务器从所述多个发出随机呼叫请求 的客户端中选取所述第一客户端和所述第二客户端进行匹配包括：
所述服务器从所述多个发出随机呼叫请求的客户端中选取所述第一客户 端， 其中， 所述第一客户端发出的随机呼叫请求中携带有所述第一客户端的标 识信息和 /或偏好信息；
所述服务器根据所述第一客户端发出的随机呼叫请求从所述多个客户端中 除所述第一客户端之外的其他客户端中获取与所述第一客户端相匹配的所述第 二客户端。
3. 根据权利要求 2所述的方法， 其中， 所述服务器从所述多个发出随机呼叫请求 的客户端中选取所述第一客户端包括：
所述服务器从所述多个发出随机呼叫请求的客户端中查找与所述服务器最 先接收到的随机呼叫请求对应的客户端，并将查找到的客户端作为第一客户端; 或者，
所述服务器从所述多个发出随机呼叫请求的客户端中随机选取所述第一客 户端。
4. 根据权利要求 2所述的方法， 其中， 所述服务器根据所述第一客户端发出的随 机呼叫请求从所述多个客户端中除所述第一客户端之外的其他客户端中获取与 所述第一客户端相匹配的所述第二客户端包括：
所述服务器判断所述其他客户端中是否存在与所述第一客户端的标识信息 和 /或偏好信息相匹配的客户端；
如果不存在，则所述服务器从所述其他客户端中随机选取所述第二客户端； 如果存在，则所述服务器根据所述第一客户端的标识信息和 /或偏好信息从 所述其他客户端中选取与所述第一客户端匹配度最高的客户端作为所述第二客 户端。
5. 根据权利要求 2所述的方法， 其中， 在所述服务器从所述多个发出随机呼叫请 求的客户端中选取所述第一客户端和所述第二客户端进行匹配之后， 还包括： 所述服务器从所述多个发出随机呼叫请求的客户端中除所述第一客户端和 所述第二客户端之外的剩余客户端中选取下一个第一客户端， 并选取与所述下 一个第一客户端相互匹配的下一个第二客户端， 直至所述多个发出随机呼叫请 求的客户端全部完成匹配。
6. 根据权利要求 2所述的方法， 其中， 所述服务器将所述第一客户端的随机呼叫 请求转发至所述第二客户端包括：
所述服务器向所述第二客户端发送终止随机呼叫请求消息， 其中， 所述终 止随机呼叫请求消息中携带有所述第一客户端的标识信息和 /或偏好信息； 所述第二客户端在接收到所述终止随机呼叫请求消息后， 中断该第二客户 端发出的随机呼叫请求；
所述第二客户端在接收到所述服务器转发的所述第一客户端的随机呼叫请 求后， 从所述第一客户端的随机呼叫请求或者所述终止随机呼叫请求消息中获 取所述第一客户端的标识信息和 /或偏好信息，并确定与所述第一客户端建立通 话。
7. 根据权利要求 6所述的方法， 其中， 在所述第二客户端从所述第一客户端的随 机呼叫请求或者所述终止随机呼叫请求消息中获取所述第一客户端的标识信息 和 /或偏好信息， 并确定与所述第一客户端建立通话之后， 还包括：
所述第一客户端经由所述服务器接收来自于所述第二客户端的随机呼叫响 应消息， 其中， 所述随机呼叫响应消息中携带有所述第二客户端的标识信息和 / 或偏好信息；
所述第一客户端从所述随机呼叫响应消息中获取所述第二客户端的标识信 息和 /或偏好信息， 并确定与所述第二客户端建立通话。
8. 一种随机呼叫的转发装置， 包括：
选取模块， 设置为从多个发出随机呼叫请求的客户端中选取第一客户端和 第二客户端进行匹配； 转发模块， 设置为将所述第一客户端的随机呼叫请求转发至所述第二客户 W o
9. 根据权利要求 8所述的装置， 其中， 所述选取模块包括：
选取单元， 设置为从所述多个发出随机呼叫请求的客户端中选取所述第一 客户端， 其中， 所述第一客户端发出的随机呼叫请求中携带有所述第一客户端 的标识信息和 /或偏好信息；
获取单元， 设置为根据所述第一客户端发出的随机呼叫请求从所述多个客 户端中除所述第一客户端之外的其他客户端中获取与所述第一客户端相匹配的 所述第二客户端。
10. 根据权利要求 9所述的装置， 其中， 所述选取单元包括：
查找单元， 设置为从所述多个发出随机呼叫请求的客户端中查找与所述服 务器最先接收到的随机呼叫请求对应的客户端， 并将查找到的客户端作为第一 客户端；
第一随机选取单元， 设置为所述服务器从所述多个发出随机呼叫请求的客 户端中随机选取所述第一客户端。
11. 根据权利要求 9所述的装置， 其中， 所述获取单元包括：
判断单元， 设置为判断所述其他客户端中是否存在与所述第一客户端的标 识信息和 /或偏好信息相匹配的客户端；
第二随机选取单元， 设置为在所述判断单元输出为否时， 从所述其他客户 端中随机选取所述第二客户端；
匹配单元， 设置为在所述判断单元输出为是时， 根据所述第一客户端的标 识信息和 /或偏好信息从所述其他客户端中选取与所述第一客户端匹配度最高 的客户端作为所述第二客户端。
12. 根据权利要求 9所述的装置， 其中， 所述选取模块， 设置为从所述多个发出随 机呼叫请求的客户端中除所述第一客户端和所述第二客户端之外的剩余客户端 中选取下一个第一客户端， 并选取与所述下一个第一客户端相互匹配的下一个 第二客户端， 直至所述多个发出随机呼叫请求的客户端全部完成匹配。
PCT/CN2013/081381 2012-09-24 2013-08-13 随机呼叫的转发方法及装置 WO2014044096A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210356617.8A CN102904882B (zh) 2012-09-24 2012-09-24 随机呼叫的转发方法及装置
CN201210356617.8 2012-09-24

Publications (1)

Publication Number Publication Date
WO2014044096A1 true WO2014044096A1 (zh) 2014-03-27

Family

ID=47576918

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/081381 WO2014044096A1 (zh) 2012-09-24 2013-08-13 随机呼叫的转发方法及装置

Country Status (2)

Country Link
CN (1) CN102904882B (zh)
WO (1) WO2014044096A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102904882B (zh) * 2012-09-24 2018-08-10 南京中兴新软件有限责任公司 随机呼叫的转发方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1738340A (zh) * 2005-09-12 2006-02-22 ***通信集团公司 通过即时通信***直接建立语音呼叫的方法
CN101420488A (zh) * 2007-10-25 2009-04-29 华为技术有限公司 处理终端间通信请求的方法、服务器
US20100088314A1 (en) * 2008-10-07 2010-04-08 Shaobo Kuang Method and system for searching on internet
CN101998325A (zh) * 2009-08-25 2011-03-30 中兴通讯股份有限公司 一种指示终端媒体类型的呼叫方法及装置
CN102904882A (zh) * 2012-09-24 2013-01-30 中兴通讯股份有限公司南京分公司 随机呼叫的转发方法及装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101083758A (zh) * 2006-05-29 2007-12-05 腾讯科技（深圳）有限公司 建立音/视频会话的***及方法
US8064342B2 (en) * 2006-10-27 2011-11-22 Verizon Patent And Licensing Inc. Load balancing session initiation protocol (SIP) servers
CN101325744A (zh) * 2007-06-14 2008-12-17 华为技术有限公司 一种根据终端能力触发业务的方法、装置及***
CN101472235B (zh) * 2007-12-25 2012-08-15 华为技术有限公司 一种多终端通信方法、***和装置
CN101588349A (zh) * 2008-05-21 2009-11-25 华为技术有限公司 实现ims业务的方法及***、请求单元、存储单元
US20110044321A1 (en) * 2009-08-21 2011-02-24 Jonathan Rosenberg Midcall fallback for voice over internet protocol (voip) calls
US8341207B2 (en) * 2010-04-07 2012-12-25 Apple Inc. Apparatus and method for matching users for online sessions

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1738340A (zh) * 2005-09-12 2006-02-22 ***通信集团公司 通过即时通信***直接建立语音呼叫的方法
CN101420488A (zh) * 2007-10-25 2009-04-29 华为技术有限公司 处理终端间通信请求的方法、服务器
US20100088314A1 (en) * 2008-10-07 2010-04-08 Shaobo Kuang Method and system for searching on internet
CN101998325A (zh) * 2009-08-25 2011-03-30 中兴通讯股份有限公司 一种指示终端媒体类型的呼叫方法及装置
CN102904882A (zh) * 2012-09-24 2013-01-30 中兴通讯股份有限公司南京分公司 随机呼叫的转发方法及装置

Also Published As

Publication number Publication date
CN102904882B (zh) 2018-08-10
CN102904882A (zh) 2013-01-30

Similar Documents

Publication Publication Date Title
US11057365B2 (en) Method and system for creating a virtual SIP user agent by use of a webRTC enabled web browser
EP2574001B1 (en) System and method for peer-to-peer hybrid communications
US7623476B2 (en) System and method for conferencing in a peer-to-peer hybrid communications network
US9172702B2 (en) System and method for traversing a NAT device for peer-to-peer hybrid communications
US8750280B2 (en) System and method for routing and communicating in a heterogeneous network environment
US7778187B2 (en) System and method for dynamic stability in a peer-to-peer hybrid communications network
US20140198175A1 (en) Scalable conference bridge
US20060206310A1 (en) System and method for natural language processing in a peer-to-peer hybrid communications network
US20150163295A1 (en) VVoIP CALL TRANSFER
US10264217B2 (en) Optimising call handling in a multi-node conferencing infrastructure
US9264458B2 (en) System and method for endpoint handoff in a hybrid peer-to-peer networking environment
WO2012051047A2 (en) System and method for a reverse invitation in a hybrid peer-to-peer environment
WO2007089717A2 (en) System and method for data transfer in a peer-to-peer hybrid communication network
JP2007318343A (ja) ゲートウェイ装置及び再ネゴシエーション方法
WO2012037790A1 (zh) 数字电视终端进行即时通讯的方法和装置及***
WO2015062454A1 (zh) 音视频通话方法、设备和***
WO2010091588A1 (zh) 区分共享同一公共用户标识的多个用户设备的方法及装置
US20120089680A1 (en) Communication apparatus, communication system and session control method
WO2014044096A1 (zh) 随机呼叫的转发方法及装置
JP2004173051A (ja) ＶｏＩＰパケット情報蓄積システム
Qadeer Dynamic call transfer through wi-fi networks using asterisk
Stähle et al. Real-Time Multimedia Session Splitting and Seamless Mobility in Session Initiation Protocol Environments
US20140143314A1 (en) Communication system

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: 13839643

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: 13839643

Country of ref document: EP

Kind code of ref document: A1