CN100377605C - Session request method for temporary groups - Google Patents

Abstract

The invention relates to a session request method of a temporary group, which comprises the following steps: a request initiator sends a session request message including URIs of all called users to a PoC server of a called user; the PoC server of the called user queries the The black and white list of the called user; the PoC server of the called user compares the black and white list of the called user with the URIs of other called users, and obtains the information of all temporary groups in the black and white list of the called user. The called user: the PoC server of the called user includes the result in the connection request message and sends it to the called user. The session request method of the temporary group of the present invention enables the called user to know whether the users in his black-and-white list are also invited, so as to decide whether to join the session, and the called user will not receive an invitation from a user outside his own black-and-white list. information, thereby avoiding the problem of privacy exposure; and there is no need for calling and called users to increase cumbersome operations, the time for establishing a session is short, and the network traffic is small.

Description

Session request method for temporary groups

technical field

The present invention relates to a Push to Talk over Cellular (PoC) service, in particular to a session request method for a temporary group applied in the PoC service.

Background technique

PoC service is a half-duplex communication system based on mobile cellular public networks, such as GPRS, cdma2000, WCDMA or cdma2000, using VoIP technology. common) features. The PTT service is also called the push-to-talk service, which can support "point-to-point" and "point-to-multipoint" voice communication, and the initiator of the session can initiate a call to a group of people through the group ID or caller list.

Groups in PoC services can be divided into two categories: one group is a group that has been established before the session request is initiated, and the information of this group is stored in the XDM (XML Document Management, Extensible Markup Language Data Management) server , for future session initiation. In this case, the session initiator initiates a session request through the group ID, and the PoC server extracts the group list from the XDM server after receiving the request, and then invites members of the group; another type A group is a temporary group, that is, a group that has not been established before the session request is initiated. The session initiator makes a request to the PoC server by adding a list of invitees in the session request message, and the PoC server receives the request from the request Parsing out the list of persons to be invited from the message list, and then sending a session request to the persons to be invited.

In the PoC service, there is also a user's access strategy, that is, the black and white list. By setting the black list (reject list), the user can prohibit incoming calls from the people in the black list. By setting the white list (accept list), the user can Combining its own answering mode to automatically answer or manually answer calls from people in the white list; calls from people not in the black and white list need to be manually confirmed by the called user whether to answer. In the PoC service, the black and white lists of called users are stored in the XDM server. After the Participating Function Server (PF Server) receives the session request from the Controlling Function Server (CFServer), the When the request is sent to the called user, the user's access policy will be checked and executed.

In the PoC service, user privacy is also supported, that is, when users participate in a session, they can specify whether to hide their number and access the session anonymously. At present, when creating a group or when a user joins a PoC session, they usually specify their own nickname in the session. By hiding the number and nickname, it is better to prevent the user URI (Uniform Resource Identifier, Uniform Resource Identifier) from being leaked to the user. Questions from other members of the group.

Since the called user has not connected yet when sending out the temporary group conversation, and the temporary group has no information stored in the database before calling, so the nickname of the called user is not available. When initiating a temporary group session, the call can only be initiated in the form of a called URI list. For a called party, who is invited may be the reference for the called user to decide whether to join the session, so the called user needs to obtain the identity information of all called users. If the URI of all called users is given to the called party, It will cause the problem that the URI of some called users who do not want to disclose the URI is leaked.

There are currently four ways to request a temporary group session:

One is that the calling user sends the invitation of the session request of the temporary group to the PoC server, and the PoC server does not provide any other called user information when initiating the invitation to each called user. In this manner, the called user cannot know which users have been invited, and thus lacks necessary reference to decide whether to accept the session request of the temporary group.

The second is that the calling user sends the invitation of the session request of the temporary group to the PoC server, and the PoC server provides information of all other called users when initiating the invitation to each called user. In this way, there may be a large number of called users, so the network traffic is large, and the URIs of some called users are leaked, so there is a problem of privacy leakage.

The third is that when the calling user sends the invitation of the session request of the temporary group to the PoC server, the identity information of which called users will be designated to be hidden. The information of the called user whose identity is hidden is hidden, and the information of all other called users is provided to the called user, and the called user whose identity is to be hidden is displayed as hidden. This method will make it difficult for the calling user to know the acquaintance relationship between the called users. Even if they know each other, the known called users may not know the URI of the other party, and there is a potential risk of leaking user privacy; It is cumbersome for the calling user to specify whether the called user should hide his or her identity before making a call, and the network traffic is heavy.

Fourth, when the calling user sends the invitation of the session request of the temporary group to the PoC server, the PoC server sends a session request without any called user information to the called user, and the called user requests the PoC server after receiving the request. Which users have joined the session (after other called users have joined, there is no privacy problem), after the PoC server answers, the called user decides whether to join. This method will lead to complex signaling process when establishing a session, and it will take a long time to establish a session, and only the information of the called user currently participating in the session can be obtained, which may not be of great reference value, especially at the initial stage of the session.

Contents of the invention

The technical problem to be solved by the present invention is to provide a method for the called user to know which users in his black and white list are invited to join the temporary group conversation without revealing the privacy of users outside his black and white list. Session request method.

In order to solve the above-mentioned technical problems, the technical solution adopted in the present invention is to provide a session request method for a temporary group, which includes the following steps:

a. The request initiator sends a session request message including the Uniform Resource Identifier URI of all called users to the PTT PoC server of the called user;

b. The PoC server of the called user queries the black and white list of the called user;

c. the PoC server of the called user compares the black and white list of the called user with the URIs of other called users, and obtains the called users of all temporary groups in the black and white list of the called user;

d. The PoC server of the called user includes the result in the connection request message and sends it to the called user.

A further improvement of the above technical solution is that: the initiator of the request is the calling user, and the step a further includes the following steps:

(1) the calling user sends the session request message containing the URIs of all called users to the PoC server of the calling user;

(2) The PoC server of the calling user forwards to the Session Initiation Protocol/Internet Protocol core network SIP/IP Core of the calling user after receiving the session request message;

(3) The SIP/IP Core of the calling user forwards to the SIP/IP Core of the called user after receiving the session request message;

(4) The SIP/IP Core of the called user sends the PoC server to the called user after receiving the session request message.

The further improvement of above-mentioned technical scheme is: also comprise following steps after described step (4):

(5) the PoC server of the called user returns confirmation information to the SIP/IPCore of the called user after receiving the session request message;

(6) The SIP/IP Core of the called user forwards it to the SIP/IP Core of the calling user after receiving the return confirmation message;

(7) The SIP/IP Core of the calling user sends the PoC server to the calling user after receiving the return confirmation information.

The further improvement of the above technical solution is: after the step c, the following steps are also included:

(5) the PoC server of the called user returns confirmation information to the SIP/IPCore of the called user after receiving the session request message;

(6) The SIP/IP Core of the called user forwards it to the SIP/IP Core of the calling user after receiving the return confirmation message;

(7) The SIP/IP Core of the calling user sends the PoC server to the calling user after receiving the return confirmation information.

A further improvement of the above technical solution lies in that step d further includes step e: the called user decides whether to join the session according to the received connection request message.

The beneficial effect of the present invention is: because the PoC server of the called user of the present invention queries the black and white lists of the called users; The called users of all the temporary groups in the black and white list of the called user; then the result is included in the connection request message and sent to the called user, so the called user can know whether the users in the black and white lists of themselves also Invited, so as to decide whether to join the session, and the called user will not receive the information of users other than his own black and white list, thereby avoiding the problem of privacy exposure; in addition, the session request method of the temporary group of the present invention does not need the host The calling and called users increase the cumbersome operations, the time for establishing a session is shorter, and the network traffic is small.

Description of drawings

Fig. 1 is a flow chart of the session request method of the temporary group of the present invention;

Fig. 2 is a schematic diagram of the process of the session request method of the temporary group in the specific embodiment of the present invention;

Fig. 3 is a flowchart of a session request method for a temporary group in a specific embodiment of the present invention.

Detailed ways

Please refer to Fig. 1, the session request method of the temporary group that the present invention is applied in PoC business mainly comprises the following steps:

a. The request initiator sends a session request message including the URIs of all called users to the PoC server of the called user;

B. the PoC server of the called user inquires about the black and white list of the called user; those of ordinary skill in the art can know that here also can only inquire about the blacklist or whitelist, or even the list provided by the user or server in addition;

c. The PoC server of the called user compares the black-and-white list of the called user with the URIs of other called users, and obtains the called user and other temporary groups in the black-and-white list of the called user the number of called users;

d. The PoC server of the called user includes the number of the called user and/or other called users of all temporary groups in the black and white list of the called user in the connection request message and sends it to the called user;

e. The called user decides whether to join the session according to the received connection request message.

The initiator of the request is the calling user or the POC server of the calling user. For the black-and-white lists identified by wildcards, in order not to leak user privacy, the number of black-and-white lists that match wildcards is used to describe in the connection request message.

Please refer to Fig. 2 and Fig. 3, the present invention initiates the session establishment request of the temporary group for the calling user A by the request initiator, wherein one of the called user B of the temporary group adopts the automatic answering mode as an example, the temporary group The session request method consists of the following steps:

(1) The calling user A sends the session request message (INVITE) containing the URIs of all called users to the PoC server A of the calling user A;

(2) PoC server A forwards to Session Initiation Protocol/Internet Protocol Core Network SIP/IP Core A after receiving the session request message;

(3) After receiving the session request message, SIP/IP Core A forwards it to SIP/IP Core B;

(4) SIP/IP Core B sends the PoC server B to the called user B after receiving the session request message;

(5) PoC server B returns confirmation information (OK) to SIP/IP Core B after receiving the session request message;

(6) SIP/IP Core B forwards it to SIP/IP Core A after receiving the return confirmation message;

(7) SIP/IP Core A sends it to PoC server A after receiving the return confirmation message;

(8) PoC server B queries the black and white list of called user B and processes, and it further includes the following steps:

(81) PoC server B (participation function) queries the black and white list of called user B to the XDM server;

(82) The PoC server B compares the URIs of all called users in the black and white list of the called user B with the received session request information;

(83) obtain the number of all called users and other called users in the black and white list of called user B;

(9) PoC server B (participation function) initiates connection request message to called user B, and this message includes the number of all called users and other called users in the black and white list of this called user obtained after query;

(10) The called user B returns a speech confirmation message (Talk BurstAcknowledge) to the PoC server B (participation function).

When the request initiator of the present invention is the POC server of the calling user, the session request method of the temporary group of the present invention has less step (1) compared with the above.

The session request message of the present invention includes the URIs of all called users, the connection request message in the prior art solution only contains a target called user ID, and the connection request message of the present invention also includes the URI obtained after querying. The number of all called users and other called users in the black and white list of called user B. The difference between the session request method of the temporary group of the present invention and the prior art scheme mainly lies in the internal processing flow of the PoC server (participation function) of the called user and the content of receiving and sending messages.

In addition, the step (8) of the session request method of the temporary group of the present invention can also be performed after the step (4).

Claims (11)

1. A session request method of a temporary group, characterized in that comprising the following steps: a. The initiator of the request sends to the PTT PoC server of the called user a A session request message for the user's Uniform Resource Identifier URI; b. The called user PoC server queries the black and white list of the called user; c. The PoC server of the called user compares the black and white list of the called user with the uniform resource identifier URI of other called users, and obtains the called list of all temporary groups in the black and white list of the called user. user; d. The PoC server of the called user includes the result in the connection request message and sends it to the called user. 2. The session request method of the temporary group as claimed in claim 1, characterized in that: the request initiator is the calling user, and the step a further comprises the following steps: (1) The calling user sends the session request message containing all called user URIs to the PoC server of the calling user; (2) The PoC server of the calling user forwards to the Session Initiation Protocol/Internet Protocol core network SIP/IP Core of the calling user after receiving the session request message; (3) The SIP/IP Core of the calling user forwards to the SIP/IP Core of the called user after receiving the session request message; (4) The SIP/IP Core of the called user sends the PoC server to the called user after receiving the session request message. 3. the session request method of temporary group as claimed in claim 2, is characterized in that: also comprise the following steps after described step (4): (5) the PoC server of the called user returns confirmation information to the SIP/IPCore of the called user after receiving the session request message; (6) The SIP/IP Core of the called user forwards it to the SIP/IP Core of the calling user after receiving the return confirmation message; (7) The SIP/IP Core of the calling user sends the PoC server to the calling user after receiving the return confirmation information. 4. the session request method of temporary group as claimed in claim 2, is characterized in that: also comprise the following steps after described step c: (5) the PoC server of the called user returns confirmation information to the SIP/IPCore of the called user after receiving the session request message; (6) The SIP/IP Core of the called user forwards it to the SIP/IP Core of the calling user after receiving the return confirmation message; (7) The SIP/IP Core of the calling user sends the PoC server to the calling user after receiving the return confirmation information. 5. The method for requesting a session of a temporary group according to claim 1, characterized in that: after step d, step e is further included: the called user decides whether to join the session according to the received connection request message. 6. The session request method of the temporary group as claimed in claim 1, characterized in that: said step b is to inquire about the black and white list of the called user from the PoC server of the called user to the Extensible Markup Language XML data management server . 7. The session request method of the temporary group as claimed in claim 1, characterized in that: said step c also includes obtaining all called users except all called users in the black and white list of each temporary group called user. The number of called users, and included in the connection request message of step d. 8. The session request method of a temporary group as claimed in claim 1, characterized in that: for the black and white lists identified by wildcards for users, in the black and white lists of each temporary group called users obtained by the step c The called users of all the temporary groups are represented by the number of black and white lists that match wildcards. 9. The session request method of temporary group as claimed in claim 1, is characterized in that: described request originator is the POC server of calling user, and described step a further comprises the following steps: (2) The PTT PoC server of the calling user forwards to the SIP/IP Core of the calling user after receiving the session request message; (3) The SIP/IP Core of the calling user forwards to the SIP/IP Core of the called user after receiving the session request message; (4) The SIP/IP Core of the called user sends the PoC server to the called user after receiving the session request message. 10. the session request method of temporary group as claimed in claim 9, is characterized in that: described step (4) also comprises the following steps after: (5) the PoC server of the called user returns confirmation information to the SIP/IPCore of the called user after receiving the session request message; (6) The SIP/IP Core of the called user forwards it to the SIP/IP Core of the calling user after receiving the return confirmation message; (7) The SIP/IP Core of the calling user sends the PoC server to the calling user after receiving the return confirmation information. 11. The session request method of the temporary group as claimed in claim 9, characterized in that: after the step c, the following steps are also included: (5) the PoC server of the called user returns confirmation information to the SIP/IPCore of the called user after receiving the session request message; (6) The SIP/IP Core of the called user forwards it to the SIP/IP Core of the calling user after receiving the return confirmation message; (7) The SIP/IP Core of the calling user sends the PoC server to the calling user after receiving the return confirmation information.

Images