WO2008125057A1

WO2008125057A1 - Method and system for communicating with subscriber supporting various message services

Info

Publication number: WO2008125057A1
Application number: PCT/CN2008/070706
Authority: WO
Inventors: Yajuan Wu
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2007-04-16
Filing date: 2008-04-14
Publication date: 2008-10-23
Also published as: CN101291235A

Abstract

A method and system for communicating with the subscriber supporting various message services. A calling network side obtains the identification of the called subscriber supporting various message services; and according to the identification, the calling network side sends the communication request information to one or more terminal equipments of the called subscriber, which support various message services.

Description

Method and system for communicating with users supporting multiple message services

[1] Technical field

[2] The present invention relates to the field of communications technologies, and more particularly to a method and system for communicating with users supporting multiple messaging services.

[3] Background of the invention

[4] With the development of telecommunication services, more and more message services have emerged, such as Short Message Service (SMS) and Multimedia Message Service (MMS), which are now widely used. Message (instance

Message, IM) Business, etc. In addition, there is also a push-to-talk cluster service that supports voice and multimedia messaging (Push-to-talk over)

Cellular, POC), multimedia conferencing services, and frequent e-mail (Email) services.

[5] In practical applications, according to the type of network, various message services can be divided into: various types of message services based on mobile networks, various types of message services based on the Internet, and various types based on fixed access networks. A variety of specific applications such as messaging services. It can be seen that the message service has become an important service in the current telecommunication network and the Internet.

[6] With the convergence of mobile networks and fixed networks, the boundaries between IP-based networks and traditional telecommunication networks are becoming less and less obvious, and various types of messaging services are related and interacting with each other, and they show many common points. For example: All kinds of messaging services support multimedia, all based on presence information, all have a single address book, all have shared common functions and capabilities, such as XML Document Management Service (XDMS; XML, Extensible) Markup

Language, Extensible Markup Language, etc., therefore, a single converged messaging platform is needed to absorb different technologies and support different messaging experiences for users.

[7] IP-based Converged Messaging (Converged IP

Messaging, CPM) is a messaging business framework that provides users with a converged business experience, such as instant messaging, offline messaging, multimedia sessions, half-duplex/full-duplex audio, video conferencing, and more. CPM The service allows users to use communication services with different technical features in a unified manner, and overcomes the "gap" between non-CPM message services due to technical differences, thereby providing users with a unified service experience.

[8] In order to enable the maximum possible interoperability between various types of users, such as supporting various types of future generations based on

For users of IP messaging services, and users who support existing non-CPM traditional messaging services, CP M needs to support interworking between IP-based messaging services and traditional messaging services. In addition, CPM also needs to support the implementation of a unified and unified implementation technology for different messaging services, and adopts the universal charging principle, that is, regardless of the IP domain of the user, the same business experience can be obtained.

[9] In the prior art, a scheme for a user supporting a CPM service to communicate with a user supporting a plurality of message services includes the following two types:

[10] Technical solution of prior art one:

[11] In the CPM service, when the calling CPM user establishes communication with the user who supports multiple message services, the network side can only use and identify the identity of a called user carried in the received request message. A message service corresponding to the identifier is contacted. If the communication fails, the calling user determines to change the called user identity according to the failure response, and then attempts to establish a connection by using a message service corresponding to the changed identity; or Give up establishing a connection. This communication mechanism wastes a lot of network resources and does not feel good for users to use CPM services. In this way, even if the called user supports multiple message services, it can only rely on the calling user to communicate with each other. select.

[12] If a called user ID can be used by several messaging services at the same time, in the CPM service, the message transmission through the CPM network will be prioritized, and the CPM service will be used for communication. If the called user does not support the CPM service, Or the called user does not support the CPM service, or the called user explicitly indicates that other message services are to be used, and then consider using other non-CPM message networks to establish a communication connection.

[13] The disadvantages of prior art one are:

[14] Since a user is likely to sign up for multiple services, including the more commonly used types of messaging services, then for such users, depending on the occasion of the communication request they received, the occasion, when The network conditions, the terminal equipment used, etc., may decide to use some kind of message service to receive the message sent by the other party. According to the method used in the prior art, it is easy to cause the user to receive the delay of the message, and the same message causes the message request to be transmitted multiple times in the network, resulting in network resources and air interface. The waste of the source. For example, although users support CPM services, they want to use SMS to receive messages during the conference. This process needs to be taken from the CPM network and then routed from the C PM network to the traditional short message network. Can be achieved.

[15] In addition, for users who support multiple messaging services at the same time, the above prior art 1 may also have a bad influence on the user's usage experience. Because the network sets the order in which the messages are transmitted according to the operator's policy, the user may receive the request message on the terminal device that is not desired to be used. In order to achieve the desired receiving mode, the request must be rejected, and the calling user The request must also be re-initiated after receiving the rejection message, so that both users feel the inconvenience of use.

[16] Technical solution of prior art 2:

[17] CPM service is based on SIP (Session Initiation)

Protocol, Session Initiation Protocol) The protocol-implemented service, while the SIP protocol supports the fork function, that is, when the SIP server receives the SIP request to be sent to its own registered user, depending on the user's registration information, it may be parallel or serial. The user's multiple registered addresses send the received SIP request, and upon receiving the first final response from a registered address, the connection established between the end and the other registered address. By using the fork function, a SIP user can receive the same request message on multiple terminals simultaneously or almost simultaneously, and decide which terminal to accept the request according to the specific scenario in which the user is located.

[18] The disadvantages of prior art 2 are:

[19] There is a problem in directly applying the fork function in the CPM service. This is because the calling user side uses the fork function and needs multiple addresses or terminal identifiers of the called user, and the above information of the called user is only in the The called user can get the network registered, so the caller cannot know the information on the calling user side, and the fork function cannot be used.

[20] Summary of the invention

The embodiment of the invention provides a method and system for communicating with users supporting multiple message services, and solves the problem of resource waste of establishing communication between users in the prior art and those supporting multiple message services.

[22] The embodiment of the present invention is implemented by the following technical solutions:

[23] The embodiment of the present invention provides a method for communicating with a user supporting multiple message services, including:

[24] The calling network side obtains the identifier of the called user that supports multiple message services;

[25] sending, according to the identifier, one or more terminal devices of the called user that support multiple message services Communication request message.

An embodiment of the present invention provides a communication system, including:

[27] a called user information database, configured to store communication related information of a non-local user;

[28] Business Server, which has settings:

[29] The called user information obtaining module 1 is configured to obtain, from the called user information database, an identifier used by the called user in using different message services;

[30] an identifier parsing and judging module, configured to parse after obtaining the called user identifier, and determine, to which subsequent processing node each identifier is to be sent;

[31] The communication request information sending module is configured to initiate a communication request message to one or more terminal devices according to the judgment result of the identifier resolution and determination module.

[33] The local user database has an interface for accessing the user databases between different networks, and is used for saving communication related information of the local user;

[34] The business server settings are:

[35] The called user information obtaining module 2 is configured to query, by using the local user database, the user database of the called user of the network where the called user is located, and obtain that the called user uses different message services. Identification to

[36] an identifier parsing and judging module, configured to parse after obtaining the identifier of the called user, and determine, to which subsequent processing node each identifier is to be sent;

[37] The communication request information sending module is configured to initiate a communication request message to one or more terminal devices according to the judgment result of the identifier resolution and determination module.

[39] The called user information database has interfaces to each other and to the local network and/or other network databases.

, for storing communication related information of the non-local user;

[40] The local user database; an interface that has mutual access with the user database between the local network and/or other networks, and is used for storing communication related information of the local user;

[41] Business Server, which has settings:

[42] The called user information obtaining module 1 is configured to acquire the called user from the called user information database. Use the identifiers used by different messaging services;

[43] The called user information obtaining module 2 is configured to: when the called user information obtaining module fails to obtain the identifier of the called user, use the local user database to call the called user's network The user database query of the user obtains the identifier used by the called user in using different message services; or directly queries the user database of the called user of the network where the called user is located through the local user database. Obtaining an identifier used by the called user in using different message services;

[44] The identifier parsing and judging module is configured to parse the identifier after obtaining the called user information, and determine, to which subsequent processing node each identifier is to be sent.

[45] The communication request information sending module is configured to initiate a communication request message to one or more terminal devices according to the judgment result of the identifier resolution and determination module.

An embodiment of the present invention provides a network side device, including:

[47] an identifier obtaining module, configured to acquire an identifier of a called user that supports multiple message services;

[48] The communication request message processing module is configured to send, according to the obtained identifier, a communication request message to one or more terminal devices of the called user that support multiple message services.

[49] According to the technical solution provided by the foregoing embodiment of the present invention, the embodiment of the present invention can obtain the identification information of the user who supports the multiple message services on the calling network side, so that the calling party can be the same. A variety of message services supported by the called party initiate a call, which solves the problem of waste of resources for establishing communication between the prior art and users supporting multiple message services.

[50] BRIEF DESCRIPTION OF THE DRAWINGS

1 is a flow chart of a first embodiment of the present invention;

2 is a flowchart of Embodiment 2 of the present invention;

FIG. 3 is a flowchart of Embodiment 4 of the present invention; FIG.

4 is a flowchart of Embodiment 5 of the present invention;

5 is a structural diagram of a sixth embodiment of the present invention;

6 is a structural diagram of a seventh embodiment of the present invention;

7 is a block diagram of an eighth embodiment of the present invention.

[58] Mode for carrying out the invention

[59] The embodiment of the present invention acquires a user who supports multiple message services as a called party by using a network on the calling side. And the information of the identifier, and the like, sending, according to the acquired identifier, a communication message to one or more terminal devices of the called user that support multiple message services, so that the calling party can simultaneously support multiple message services supported by the called party. Initiating a call, the called party can select a certain type of message service supported by the caller to establish communication with the caller according to the time, place, place or subjective willingness of the user.

The communication message in the embodiment of the present invention generally refers to all IP-based message services, including session-independent messages and session-related messages, including a standalone or single message, and a session-related message. Message delivery by establishing a session first. The communication message includes a communication request message and a communication response message. In the embodiment of the present invention, a communication request message is taken as an example for description.

[61] The user identity of the user who supports multiple message services may also be different when using different message services, and the user identifiers may be corresponding to one or more terminals. These user identifiers and other information related to each identifier, such as: device identifier, corresponding access network type, network capability, supported media type, user preference, terminal capability, supported service capability, and the like, communication related reference information , can be saved as the called user information in the called user information database. The called user in the called user information database refers to other users who are relative to the user who initiated the communication request, and can be regarded as the called user of the user, and the user information of the called users is initiated here. The address stored in the network where the user of the communication request is located is referred to as the called user information database.

[62] Each user sets up a user database in the network to which he belongs, and a database for storing various types of data related to himself is called a user database.

[63] If the user initiating the communication request and the user receiving the communication request are located in the same carrier network, their respective called user information databases are different called user information databases located in the same network, but these differences The called user information databases may be located on the same physical device, their respective user databases are different user databases located on the same network, but these different user databases may be located on the same physical device. If the user initiating the communication request and the user receiving the communication request are on different carrier networks, their respective called user information databases and user databases will be located in different networks and may not be located on the same physical device.

The user (ie, the calling user) and the called user who initiate the communication request in the embodiment of the present invention may all be supported. Users with CPM services or users who support other types of messaging services.

[65] The local end in the various embodiments of the present invention refers to the party that initiates the communication request, and the corresponding end refers to the party that receives the communication request.

[66] The various embodiments provided by the present invention are described in detail below with reference to the accompanying drawings.

[67] Embodiment 1: The user information supporting the plurality of message services is saved as the called user information in a respective address book of other users than the called user, and the called session information is obtained as the initiation session establishment request. Source, the address book can be saved on the terminal device or saved in the network. Especially in the scenario of multiple devices, the network stores a complete set of all terminal devices and user identifiers for a certain user. The address information of the user is referred to as the called user information database in this embodiment.

[68] Referring to FIG. 1, a flowchart of processing a session establishment request according to this embodiment includes the following steps:

[69] Step 1: CPM User A initiates a session establishment request, and the called user B is a user who supports multiple message services.

[70] The request message is sent to the CPM service server for processing. If the address book of the user A is stored locally in the terminal, the user A may obtain all user IDs of the user B locally, so that the request message is The multiple user identifiers of the called user B may be carried to the CPM service server (this method is applicable to all subsequent method embodiments), and then step 4 is performed; otherwise, step 2 is performed;

[71] Step 2: After receiving the request message, the CPM service server searches the called user information database according to a called user identifier in the request message to find other information used by the called user to use different message services;

[72] Step 3: After all other user IDs belonging to the called user are found, all other user IDs of the called user are returned to the CPM service server in a response message;

[73] Step 4: The CPM service server parses the obtained multiple identifiers of the called user one by one, and determines which subsequent processing node each identifier is to be sent to;

[74] Step 5: The CPM service server sends a session establishment request to the subsequent processing node in a serial or parallel manner according to the judgment result. The subsequent processing node may be an interworking function or another CPM service server. The step 5 may specifically include the steps. 5a and step 5b, BP, step 5a is to convert the communication establishment request message through the interworking network function, and then send it to other non-CPM type message services. In the network; step 5b is to establish communication through functional entities in the CPM network.

[76] Steps 5a and 5b are sent in sequence, and the order can be adjusted. In addition to sequential transmission, it also includes parallel transmission

[77] Embodiment 2: Each CPM user sets a user database in the CPM network to which he belongs to save various types of data related to himself, including: his own support ability for various message services, one or more users. The identifier, and information related to each user identifier, communication related information such as supported media formats, and the user databases of the respective CPM users can access each other after authorization and verification. On the basis of this, a method for implementing communication with a user who supports multiple message services is shown in FIG. 2. The difference from the first embodiment is that the CPM service server searches for the called user information in different manners. In this embodiment, the CPM is used. The method for the service server to find the called user information is as follows:

After receiving the session establishment request message, the CPM service server queries the user database of the CPM network where the called user is located through the user database in the network to obtain all the user identifiers belonging to the called user. The specific operation is as follows: First, the CPM service server sends a request for carrying an identifier of the called user to the user database of the network, where the user database finds that the user identifier to be queried belongs to another network, according to the identifier of the called user. Querying the user database of the another network, and returning to the CPM service server by the user database of the own network after the called user network returns all user IDs belonging to the called user, and then The processing of steps 4 and 5 of the first embodiment is performed.

[79] Embodiment 3: The solution of the second embodiment is used in combination with the solution of the first embodiment. Therefore, a CPM user side needs to save the related information of the user, and needs to save the information of other users, that is, the peer exists. The local user database and the called user information database. The difference between the third embodiment and the first embodiment is that the CPM service server queries the called user information in different ways. During the session establishment process, the method for querying the called user information is:

[80] After receiving the session establishment request message, the CPM service server first queries the called user information database. If the related information about the called user is not found, the CPM service server passes through the network. The user database, that is, the user database where the calling party is located, queries the user database of the CPM network where the called user is located, that is, the user database where the called party is located, and obtains the query result, and then performs step 4 and step 5 as in the first embodiment. Processing. [81] Embodiment 4: As shown in FIG. 3, as described in Embodiment 2, each CPM user sets a database in the CPM network to which he belongs to save various types of data related to himself, including: Supporting capabilities of various types of messaging services, one or more user identifiers, and information related to individual user identifiers, supported media formats, and other communication related information, the databases of the CPM users, after being authorized and verified Can access each other. The difference between the fourth embodiment and the first embodiment is that the CPM service server searches for the called user information in different ways. The method for processing the called user information is:

[82] After receiving the session establishment request message, the CPM service server directly queries the user database in the network where the called user is located according to a called user identifier in the request message; The user database returns the called user identifier and the reference information, and the CPM service server obtains the query result, and then performs the processing of steps 4 and 5 of the first embodiment.

[83] This embodiment can also be combined with the first embodiment. Therefore, a CPM user side needs to save the related information of the user, and needs to save the information of other users, and the CPM service server receives the session establishment request. After the message, first query in the called user information database, if the relevant information about the called user is not queried, the CIM service server directly queries the user database in the network where the called user is located, Obtaining the query result, and then performing the processing of steps 4 and 5 of the first embodiment

[84] Embodiment 5: As shown in FIG. 4, the solution of the second embodiment is also used in combination with the solution of the first embodiment. Therefore, a CPM user side needs to save the related information of the user, and needs to save other users. The difference between the fifth embodiment and the first embodiment is that the CPM service server queries the called user information differently, and the method for processing the called user information is:

[85] After receiving the request message, the CPM service server first queries the called user information database. After the called user information database finds that the related information is not found locally, the called user information database itself The user database in the own network is used to query the user database of the called user, and finally the received result is returned to the CPM server, and then the processing in steps 4 and 5 of the first embodiment is performed.

[86] In the foregoing embodiments, only the process of returning multiple identifiers of the called user is described. Further, the called user information database or the local user database may also return on the basis of returning multiple identifiers of the called user. More reference information, for example, the device identifier corresponding to each user identifier, and the corresponding access network class Type, network capability, supported media type, user preferences, terminal capabilities, supported business capabilities, etc., as long as the information in the called user information database can be returned to the CPM service server. Returning the information may be a decision made by the called user information database, that is, the database storing the information returns implicitly to the calling network side in returning the response message; or the CPM service server may send the query request. The request is made by the calling network side requesting the called user identity peer to explicitly request the reference information, and then obtaining the reference information in the corresponding response message.

[87] For example, if the CPM service server obtains the type of the message service corresponding to each called user identifier, or an indication of whether to support the CPM service, the CPM service server can The message service type or indication information determines whether the request message is sent to the interworking function or to another CPM service server. If the indication is that only the CPM service is supported or the message service type is CPM, the CPM service server will determine to send the request message to the processing function in another CP M network according to the indication, that is, another CPM service server; if the indication is only supported If the non-CPM message service or the message service type is non-CPM, the CPM service server will directly send the request message to the interworking function; if the indication is that the peer supports CPM service and non-CPM message service, or the message service type is CPM and non-CPM Then, the CPM service server sends the request message to the interworking function and the CPM service server in another CPM network that is parsed out, and can be sent in parallel or serial manner.

[88] If the CPM service server cannot determine the CPM network to which it belongs according to the obtained called user identifier and the communication-related reference information, in order to reduce the number of communication failures, if the request message is not sent to the interworking function, then the case may be Send a request message to the interworking function.

The foregoing embodiments describe the process of initiating a session establishment request by the calling network side. The subsequent processing after the session establishment request message is sent to the interworking function and another CPM service server may be as follows:

[90] After the CPM service server serially or in parallel sends the session establishment request message, if the called user uses multiple terminal devices, the called user will receive a session establishment request message on multiple terminals (C PM) Network) or the converted request message (other non-CPM network), the called user can decide to accept one of the request messages according to their own situation and return the appropriate response message. The CPM service server serving the calling user returns the message to the calling user when receiving the first response message. , the peer interrupt and other called user ID established session.

[91] During the call setup process, the calling user can also select a certain communication mode according to his own needs to establish communication with the called party. The selectable communication mode includes: specifying a specific connection with the called terminal. The network communication, or communication request message is only sent to the called terminal or the like having certain service capabilities.

[92] The implementation method includes: the calling party sets the communication request message by sending, for example, specifying that the communication request message is sent only through the CPM network, or only communicating with a certain message network through the interworking function, or only sending Give called terminals with certain business capabilities. Then, the C PM service server serving the calling user can perform the information according to the received request message and the capability information corresponding to each user identifier of the called user that is queried from the called user information database. Decide which functional entity to send the communication request message to for subsequent processing. Specifically, it can be set in a communication request message or other communication message, for example, by extending the feature tag in the SIP protocol.

[93] In addition, the calling user can also be implemented by configuring on the CPM service server, and the configuration information is similar to the information set by the calling user in the communication request message. For the CPM service server, when receiving a communication setup request message sent by a CPM user, the request of the calling user needs to be confirmed first, by the content of the received request message or the configuration of the user on the CPM service server. After confirming the request of the calling user, it is decided whether to query the called user information database and how to use the returned information of the called user information database. For example, if the communication request message is only sent to the called user specified in the request message according to the request of the calling user, the CPM service server may not query the information about the called user identifier in the called user information database; The calling user does not have such a requirement, and the CPM service server can still process the message according to the flow described in the first embodiment.

[94] The above embodiment is only described by taking the session establishment request in the communication establishment request as an example. For the process and method for sending the message irrelevant to the session, only the session establishment request needs to be replaced with the message request.

[00] The sixth embodiment of the present invention provides a communication system, as shown in FIG. 5, including: a service server and a called user information database;

[96] The called user information database is configured to store communication related information of the non-local user, including the user identifier and other information related to each identifier, such as: device identifier, corresponding access network type, network Communication related reference information such as network capabilities, supported media types, user preferences, terminal capabilities, supported business capabilities, etc.;

[97] The business server is provided with:

[98] The called user information obtaining module 1 is configured to obtain, from the called user information database, information such as an identifier used by the called user in using different message services;

[99] The identifier parsing and judging module is configured to parse the identifier after obtaining the called user information, and determine, to which subsequent processing node each identifier is to be sent.

[100] The communication request information sending module is configured to initiate a communication request message to one or more terminal devices according to the judgment result of the identifier resolution and determination module.

[007] The communication system provided in Embodiment 7 of the present invention, as shown in FIG. 6, includes: a service server and a local user database;

[102] The local user database has an interface for accessing user databases between different networks, and is used for saving communication related information of the local user, including: support capability of the local user for various message services.

, one or more user identifiers, and information related to each user identifier, supported media formats, etc., and the user databases of different systems can communicate through authorization and verification;

[103] The business server settings are:

[104] The called user information obtaining module 2 is configured to query, by using the local user database, the user database of the called user of the network where the called user is located, and obtain the called user to use different message services. Information such as the logo;

[105] The identifier parsing and judging module is configured to parse the identifier after obtaining the called user information, and determine, to which subsequent processing node each identifier is to be sent.

[106] The communication request information sending module is configured to initiate a communication request message to one or more terminal devices according to the judgment result of the identifier resolution and determination module.

[107] The communication system provided in Embodiment 8 of the present invention is as shown in FIG. 7, which is a combination of the systems described in Embodiment 6 and Embodiment 7, that is, the system peer includes: a called user information database, Local user database and business server.

[108] The called user information database has an interface for mutual access with the local network and/or other network databases, and is used for storing communication related information of the non-local user; [109] The local user database; an interface that has mutual access with the user database between the local network and/or other networks, and is used for storing communication related information of the local user;

[110] Business Server, which has settings:

[111] The called user information obtaining module 1 is configured to obtain an identifier of the called user from the called user information database;

[112] The called user information obtaining module 2 is configured to: when the called user information acquiring module fails to obtain the identifier of the called user, use the local user database to call the called user's network. Querying the user database of the user, obtaining the identifier used by the called user in using different message services; or directly querying the user database of the called user of the network where the called user is located through the local user database, Obtaining an identifier used by the called user in using different message services;

[113] The identifier parsing and judging module is configured to parse the identifier after obtaining the called user information, and determine, to which subsequent processing node each identifier is to be sent.

[114] The communication request information sending module is configured to initiate a communication request message to one or more terminal devices according to the judgment result of the identifier resolution and determination module.

The user database described in the embodiment of the present invention may be an XDMS server in a CPM network, or may be a registration server that stores user registration information in a SIP network, such as Register.

Server can also be any database that stores user information in the carrier's business network.

[116] In summary, the embodiment of the present invention obtains identification information of a user who supports multiple message services as a called party on the calling network side, so that the calling party can simultaneously support multiple message services supported by the called party. Initiating a call, the called party can select a certain type of message service supported by the user to establish communication with the calling party according to the time, place, place or subjective willingness of the user, and the calling party can also determine and the said party according to his or her own will. Called the way to establish communication. The embodiment of the invention solves the problem of resource waste of establishing communication between the prior art and users supporting multiple message services. Peer provides users with a more convenient experience.

The above description is only a preferred embodiment of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily think of within the technical scope disclosed by the present invention. Changes or substitutions are intended to be included within the scope of the invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

Claims

Claim

[1] 1. A method for communicating with a user supporting a plurality of message services, comprising:

The calling network side obtains the identifier of the called user that supports multiple message services;

And transmitting, according to the identifier, a communication request message to one or more terminal devices of the called user that support multiple message services.

[2] The method according to claim 1, wherein the method for obtaining the called user identifier by the calling network side comprises:

The calling network side first obtains an identifier of the called user, and then obtains the called user corresponding to the identifier from using the different message service from the called user information database of the other user information set by the local end. Other logos to.

[3] The method according to claim 1, wherein the method for obtaining the called user identifier by the calling network side includes:

The calling network side first obtains an identifier of the called user, and then checks the user database of the corresponding end user information of the network where the called user is located through the local user database that stores the local user information set by the local end. And obtaining, by the called user, other identifiers used by the called user in using different message services.

[4] The method of claim 1, wherein the method for obtaining the called user identifier by the calling network side includes:

The calling network side first obtains an identifier of the called user, and then obtains the called user corresponding to the identifier from using the different message service from the called user information database of the other user information set by the local end. Other identifiers used by the user; if the acquisition fails, the shell I", through the local user database that stores the local user information set by the local end, queries the corresponding end user database of the user information of the storage corresponding network of the called user. And obtaining, by the called user, another identifier that is used by the called user in using different message services.

[5] The method according to claim 1, wherein the method for obtaining the called user identifier by the calling network side includes:

The calling network side first obtains an identifier of the called user, and then queries the corresponding end user database of the network user corresponding to the user information of the called user to obtain the corresponding identifier. The other identifiers used by the called user when using different messaging services.

[6] 6. The method according to claim 1, wherein the method for obtaining the called user identifier by the calling network side comprises:

The calling network side first acquires an identifier of the called user, and then obtains, from the called user information database of the other user information, which is set by the local end, the called user corresponding to the identifier is using different message services. If the acquisition fails, the called user information database queries the corresponding end user database of the corresponding user information of the network where the called user is located, and obtains the corresponding location of the identifier. The other identifiers used by the called user in using different messaging services.

[7] The method according to claim 1, wherein the method for obtaining the called user identifier by the calling network side includes:

The identifier used by the called user to use different message services is obtained from the request message.

[8] The method according to any one of claims 1 to 7, wherein the calling network side acquires the peer of the called user identifier, and further acquires a reference related to communication. The information includes: at least one information related to each identifier, including a device identifier, a corresponding access network type, a network capability, a supported media type, a user preference, a terminal capability, and a supported service capability.

[9] 9. The method according to claim 8, wherein the reference information is returned to the calling network side by a database that saves the information in a return response message; or

The reference information is requested by the calling network, and the reference information is returned in the corresponding response message.

[10] The method of claim 1, wherein the method further comprises:

The calling network side selects the communication mode with the called user according to the requirements of the calling user.

[11] The method according to claim 10, wherein the calling network side knows the request of the calling user by using a communication message received from a calling user; or, is the main The user is configured to configure a communication mode, and the request of the calling user is known from the configuration.

[12] The method according to claim 1, wherein the method for transmitting a communication request message to one or more terminal devices of the called user that support multiple message services according to the identifier Specifically include:

Parsing the acquired identifier of the called user, and determining which subsequent processing node each identifier is to be sent to;

And transmitting, according to the identifier, a communication request message to the one or more terminal devices of the called user that support multiple message services by using the subsequent processing node.

[13] 13. The method according to claim 1 or 2 or 3 or 4 or 5 or 6 or 7 or 10 or 11 or 12, wherein the called user accepts at least one communication request message or according to his own request Reject the communication request message.

[14] 14. A communication system, comprising:

The called user information database is used to store communication related information of the non-local user; the service server, where the setting is:

The called user information obtaining module 1 is configured to obtain, from the called user information database, an identifier used by the called user in using different message services;

An identifier parsing and judging module is configured to parse after the obtained user identifier is obtained, and determine, to which subsequent processing node each identifier is to be sent;

The communication request information sending module is configured to initiate a communication request message to one or more terminal devices according to the judgment result of the identifier resolution and determination module.

[15] 15. A communication system, comprising:

The local user database has an interface for accessing the user databases between different networks, and is used for saving communication related information of the local user;

The business server settings are:

The called user information obtaining module 2 is configured to query, by using the local user database, the user database of the called user of the network where the called user is located, and obtain the identifier used by the called user in using different message services. ;

An identifier parsing and judging module is configured to parse after obtaining the identifier of the called user, and determine, to which subsequent processing node each identifier is to be sent;

[16] 16. A communication system, comprising:

The called user information database has an interface with the local network and/or other network databases for storing communication related information of the non-local user;

The local user database; an interface that has mutual access with the user database between the local network and/or other networks, and is used for storing communication related information of the local user;

Business server, which has settings:

The called user information obtaining module 2 is configured to: when the called user information obtaining module fails to obtain the identifier of the called user, use the local user database to send the user of the called user to the network where the called user is located. The database query obtains the identifier used by the called user in using different message services; or directly queries the user database of the called user of the network where the called user is located through the local user database, and acquires Describe the identifier used by the called user when using different messaging services;

The identifier parsing and judging module is configured to parse the identifier after obtaining the called user information, and determine to which subsequent processing node each identifier is to be sent.

[17] 17. A network side device, comprising:

An identifier obtaining module, configured to obtain an identifier of a called user that supports a plurality of message services, and a communication request message processing module, configured to support one or more of the plurality of message services to the called user according to the obtained identifier The terminal device sends a communication request message.

[18] 18. The device according to claim 17, wherein the identifier obtaining module comprises: a called user information obtaining module 1 configured to acquire, from the called user information database, that the called user is using different messages. The identifier used by the service; the called user information database is used to store communication related information of the non-local user; or

The called user information obtaining module 2 is configured to query, by using the local user database, the user database of the called user of the network where the called user is located, and obtain that the called user is using different message services. The identifier used by the user; the local user database has an interface for accessing the user database between different networks, and is used for storing communication related information of the local user; or

The called user information obtaining module 3 is configured to obtain, from the called user information database, an identifier used by the called user in using different message services; the called user information database has a database with the local network and/or other network An interface that is mutually accessible, and is used for storing communication related information of a non-local user;

The called user information obtaining module 4 is configured to: when the called user information obtaining module 3 fails to obtain the identifier of the called user, use the local user database to check the user database of the called user of the network where the called user is located. Inquiring, obtaining the identifier used by the called user in using different message services; or directly querying the user database of the called user of the network where the called user is located through the local user database, acquiring the An identifier used by the user to use different message services; the local user database has an interface with the user database between the local network and/or other networks, and is used to save communication related information of the local user. .

The device according to claim 17 or 18, wherein the communication request message processing module specifically includes: