WO2010060359A1 - 富媒体通信业务的处理方法及终端设备和通信系统 - Google Patents

富媒体通信业务的处理方法及终端设备和通信系统 Download PDF

Info

Publication number
WO2010060359A1
WO2010060359A1 PCT/CN2009/074981 CN2009074981W WO2010060359A1 WO 2010060359 A1 WO2010060359 A1 WO 2010060359A1 CN 2009074981 W CN2009074981 W CN 2009074981W WO 2010060359 A1 WO2010060359 A1 WO 2010060359A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
service
activation
rich media
message
Prior art date
Application number
PCT/CN2009/074981
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 WO2010060359A1 publication Critical patent/WO2010060359A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/043—Real-time or near real-time messaging, e.g. instant messaging [IM] using or handling presence information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/58—Message adaptation for wireless communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method, a terminal device, and a communication system for processing a rich media communication service.
  • Rich Communication is a concept of business convergence. It mainly refers to making full use of existing technologies and network frameworks when conducting multiple services in the IP Multimedia Subsystem (IMS) environment. Some services are fused to provide a unified user experience between different services, and efforts are made to minimize the impact of the underlying technology on the user experience.
  • the key to the rich media communication concept is service convergence and a consistent user experience.
  • the service convergence is mainly based on the IMS network. It will cover many services under the IMS network, including presence (Presence) service, video sharing (Video Share), and image sharing ( Image Share). ), message-type services, etc. are fused to achieve seamless connection and switching between services, and mainly to provide a consistent user experience for these services and subsequent new services, and promote business development.
  • the presence service is a communication method that acquires presence information (such as user status, communication capability, personal reference, etc.) in real time according to certain access criteria, and presents the services to other users.
  • presence information such as user status, communication capability, personal reference, etc.
  • the importance of presentation technology in communications is important because presentation technology can present rich presentation information to users and provide the foundation and support for the development of other services.
  • the communication initiator can learn the rich media communication capabilities supported by the peer terminal and the network through the presence information of the communication peer. For example, it can display whether the current video sharing capability supports, and whether the image sharing capability is supported. Wait. And can initiate rich media communication accordingly.
  • the existing rich media service is based on the Always on mode. After the rich media communication client is enabled, the presence service capability is turned on and always online.
  • the terminal packet switched domain (PS domain) is in an active state, so that when the communication peer initiates the corresponding rich media communication service capability based on the packet switched domain, normal connection can be guaranteed.
  • the embodiments of the present invention provide a method for processing a rich media communication service, a terminal device, and a communication system, which can reduce unnecessary network resource and system resource consumption, save power consumption of the terminal, and increase standby time.
  • a method for processing a rich media communication service including:
  • the first terminal sends the presence service activation notification information to the second terminal; the first terminal acquires the state of the second terminal by using the presence service; and the first terminal sends the rich media to the second terminal according to the state of the second terminal. Communication business.
  • a method for processing a rich media communication service including:
  • the second terminal receives the presence service activation notification information sent by the first terminal; the second terminal performs the activation of the presence service according to the presence service activation notification information; and if the presence service activation is successful, the feedback is sent to the first terminal by the presence service. And the state of the second terminal; and receiving the request of the first terminal and the rich media communication service performed by the first terminal.
  • a method for processing a rich media communication service including:
  • the rich media service server receives the rich media communication service request of the first terminal; the rich media service server sends the presence service activation notification information to the second terminal; the rich media service server receives the activation result returned by the second terminal; if the activation result is If the activation is successful, the rich media service server controls the rich media communication service performed by the first terminal and the second terminal.
  • a method for processing a rich media communication service including:
  • the first terminal initiates rich media service communication to the second terminal; the first terminal notifies the second terminal of the rich media communication capability used by the current communication request; the first terminal receives the notification of the second terminal according to the first terminal And performing an activation result of the rich media communication capability activation; if the activation result is that the activation is successful, the first terminal and the second terminal perform rich media communication.
  • a method for processing a rich media communication service includes: receiving, by a rich media service server, a communication service request initiated by a first user terminal to a second user,
  • the communication service request carries a service type identifier;
  • the rich media service server selects a terminal of the second user that needs to be activated according to the communication service request and the configuration information of the second user, and sends the terminal to the selected second user.
  • a terminal device including:
  • the activation notification sending unit is configured to send the presence service activation notification information to the second terminal
  • the rich media service processing unit is configured to acquire the state of the second terminal by using the presence service, and according to the state of the second terminal, The rich media communication service initiated by the second terminal.
  • a terminal device including:
  • the activation notification receiving unit is configured to receive the presence service activation notification information sent by the first terminal; the activation unit is configured to perform activation of the presence service according to the presence service activation notification information; and the rich media service processing unit, if the presence service activation is successful, And feeding back, by the presence service, the state of the second terminal to the first terminal; and receiving the request of the first terminal and the rich media communication service performed by the first terminal.
  • a communication system including: a rich media service server, a first terminal, and a second terminal;
  • the first terminal is configured to send a rich media communication service request to the rich media service server; and perform rich media communication with the second terminal under the control of the rich media service server;
  • the rich media service server is configured to receive a rich media communication service request of the first terminal, and send the service activation notification information to the second terminal; receive an activation result of the second terminal, and if the activation result is successful, control the The first terminal and the second terminal perform rich media service communication;
  • the second terminal performs activation of the presence service according to the presence service activation notification information; returns an activation result to the rich media service server; and if the activation result is successful, the presentation is performed under the control of the rich media service server
  • the service message is rich media communication service with the first terminal.
  • a communication system including: a first terminal and a second terminal;
  • the first terminal is configured to initiate a rich media service communication to the second terminal; notify the second terminal of the rich media communication capability used by the current communication request; and receive an activation result of the second terminal, and if the activation result is successful, the second The terminal performs rich media communication services;
  • the second terminal is configured to receive the notification of the first terminal, activate a corresponding rich media communication capability And returning an activation result to the first terminal; and performing a rich media communication service with the first terminal after the activation result is successful.
  • the first terminal sends the presence service activation notification information to the second terminal; the first terminal acquires the state of the second terminal by using the presence service; the first terminal according to the state of the second terminal
  • the rich media communication service initiated by the second terminal.
  • the rich media communication service is required, the corresponding service capability is enabled, which can effectively reduce the consumption of network resources and system resources by various applications that support the rich media service, and reduce the consumption of the terminal under the same conditions. Power, increase terminal standby time.
  • FIG. 1 is a flowchart of a method for processing a rich media communication service according to an embodiment of the present invention
  • FIG. 2 is a flowchart of a method for processing a rich media communication service according to an embodiment of the present invention
  • FIG. 3 is a flowchart of a method for processing a three rich media communication service according to an embodiment of the present invention
  • FIG. 4 is a flowchart of a method for presenting service activation according to Embodiment 4 of the present invention.
  • FIG. 5 is a flowchart of a method for presenting service activation according to Embodiment 5 of the present invention.
  • FIG. 6 is a flowchart of a method for presenting service activation according to Embodiment 6 of the present invention.
  • FIG. 7 is a flowchart of a method for presenting service activation according to Embodiment 7 of the present invention.
  • Embodiment 8 is a flowchart of a method for presenting service activation according to Embodiment 8 of the present invention.
  • Embodiment 9 is a flowchart of a method for presenting service activation according to Embodiment 9 of the present invention.
  • FIG. 10 is a flowchart of a method for presenting service activation according to Embodiment 10 of the present invention.
  • FIG. 11 is a flowchart of a method for processing an eleven rich media communication service according to an embodiment of the present invention
  • FIG. 12 is a flowchart of a method for processing a twelve rich media communication service according to an embodiment of the present invention
  • Schematic diagram of the device
  • FIG. 14 is a schematic structural diagram of a terminal device according to Embodiment 14 of the present invention.
  • Embodiment 15 is a schematic structural diagram of a communication system according to Embodiment 15 of the present invention.
  • 16 is a schematic structural diagram of a sixteen communication system according to an embodiment of the present invention.
  • the embodiments of the present invention provide a method for processing a rich media communication service, a terminal device, and a communication system, which can reduce unnecessary network resource and system resource consumption, save power consumption of the terminal, and increase standby time, which are respectively described in detail below.
  • Embodiment 1 A processing method of a rich media communication service, which is shown in FIG. 1 , includes:
  • the first terminal sends a presence service activation notification message to the second terminal;
  • the process of sending the presence service activation notification information to the second terminal may be: sending the presence service activation notification information to the second terminal by using the packet switched domain control signaling; or sending the message by using a short message.
  • the service activation notification information is sent to the second terminal; or the activation notification information is sent to the second terminal by using circuit switched domain control signaling.
  • the process of sending the presence service activation notification information to the second terminal may also be:
  • the service activation center sends service activation notification information to the second terminal by using a short message or a push service message.
  • the message carrying the bearer may also have various conventional implementation manners, and the specific implementation manner does not constitute a limitation of the present invention.
  • the service activation center may further determine, according to the configuration information of the second terminal, whether the first terminal user has the right to activate the second terminal, and if yes, send The service activation notification information is sent to the second terminal.
  • the first terminal acquires a state of the second terminal by using a presence service.
  • the status of the second terminal in the embodiment of the present invention may include, but is not limited to, a terminal support network type, a registration status of the terminal in each network, a login status, a supported service capability, and the like.
  • the login status here can be online, stealth, offline, and so on.
  • the presentation form of the presentation service may be presented in the form of a list to the user of the first terminal or in the form of a network address book having a presentation (presentation service) service capability, such as a converged network address book (CAB), and may also be similar.
  • presentation service presentation service
  • CAB converged network address book
  • the first terminal may wait to receive the activation result returned by the second terminal.
  • Step A2 is executed, and after the activation request is sent, step A2 is executed.
  • the first terminal initiates a rich media communication service to the second terminal according to the status of the second terminal.
  • the activation notification information is sent again. Said second terminal. Make the program more perfect.
  • the first terminal sends the presence service activation notification information to the second terminal; the first terminal receives the activation result returned by the second terminal; if the activation result is that the second terminal presents the service activation success, the first terminal A rich media communication service initiated by the terminal to the second terminal by presenting a service message.
  • the rich media communication service is required, the corresponding service capability is enabled, which can effectively reduce the consumption of network resources and system resources by various application programs of the terminal, and reduce the power consumption of the terminal under the same conditions, and increase the standby time of the terminal. .
  • the sending, by the first terminal, the presence service activation notification information to the second terminal includes: the first terminal encrypts and sends the activation notification information according to the key; and the second terminal receives the encrypted activation notification information.
  • Decrypting according to the key; the key information transmitted by the end-to-end session channel established by the first terminal and the second terminal may not be performed when the activation request needs to be initiated, or the key information may be used in advance by using the established channel. Pass to speed up the response.
  • the first terminal sends the activation message it uses the key passed to the second terminal for secure operation processing (including but not limited to one or more of the following arithmetic processing: encryption, digest operation, digital signature).
  • the second terminal performs a corresponding operation process on the security message processing on the activation message according to the key information transmitted by the first terminal.
  • the key information may be sent to the second terminal by a third-party server.
  • Embodiment 2 A processing method of a rich media communication service, which is shown in FIG. 2, and includes:
  • the second terminal receives the presence service activation notification information sent by the first terminal.
  • step A1 of the first embodiment For the specific manner of notifying the service, refer to the description in step A1 of the first embodiment.
  • the second terminal performs activation of the presence service according to the presence service activation notification information.
  • the activation result may be returned to the first terminal, so that the first terminal may select whether to initiate the presence service. It can be understood that, in the embodiment of the present invention, whether the packet switched domain has been activated may be determined in the process of activating the presence service, and if not activated, the packet switched domain is activated.
  • a rich media communication service performed by the first terminal by presenting a service message.
  • the step B2 may further include: before performing the activation of the presence service:
  • the feasibility of the activation of the presence service is judged. If the result of the determination is that the activation cannot be completed, the step of returning the activation result to the first terminal by B4 is directly performed, and the returned activation result indicates that the activation fails.
  • the basis for performing the feasibility determination may include: the processing capability of the terminal and/or the network access capability of the terminal may also be a pre-established rule or the like.
  • the second terminal may further include: before performing the activation of the presence service according to the presence service activation notification information:
  • the user is asked whether the activation service is allowed to be activated. If the user chooses to reject the activation, the step of returning the activation result to the first terminal by the B3 is directly performed, and the returned activation result indicates that the activation fails.
  • the user experience of the method of the present invention is better and closer to the user's needs.
  • the third embodiment a method for processing a rich media communication service, includes:
  • the rich media service server receives the rich media communication service request of the first terminal.
  • the second terminal returns an activation result to the rich media service server. If the activation result is successful, the rich media service server controls the rich media communication service performed by the first terminal and the second terminal.
  • Embodiment 3 introduces a rich media service server into an activated process, which is sent by a rich media service server.
  • the activation request is activated to further integrate the activation method of the present invention with the rich media communication service.
  • the first user terminal initiates a communication service request to the second user by the rich media service server, where the request carries the service type identifier;
  • the rich media service server selects the terminal of the second user that needs to be activated according to the communication service request and the second user configuration information, and sends an activation message to the selected second user terminal for service activation.
  • the configuration information may include user-defined settings (such as which terminal is customized by the user as the preferred terminal) and/or capability information of each terminal under the user.
  • the second user Since the second user has multiple terminals, the same contact address is used externally. The business capabilities of these terminals may not be consistent. Which terminal is preferred for use, and the second user may also have settings.
  • the first user terminal initiates a service request to the second terminal user via the rich media service server (the service type identifier is carried in the request).
  • the rich media service server selects the second user terminal that needs to be activated according to the service request, the capability of the second user terminal or further includes the setting of the user, and sends an activation message to the service activation.
  • the terminal may not keep the packet switching domain (PS domain) always online, but activate the corresponding packet domain when the terminal initiates the corresponding service, or the communication peer has a corresponding service call request.
  • the rich media communication service is implemented on the basis of the presentation service, and the initiator of the communication, that is, the first terminal needs to obtain the capability of the opposite end by presenting the service before initiating the rich media communication call to the communication peer end, that is, the second terminal.
  • the state of the communication peer (UEB) is not online, and the rich media communication capability of the second terminal cannot be displayed.
  • Embodiment 4 a method for presenting service activation, as shown in FIG. 4, the method for activating a peer to present a service provided by the method provides support for a rich media communication service, and the process schematic diagram is as shown in FIG. 4:
  • Step D1 The first terminal sends a notification to the communication network to notify the second terminal that the service is online.
  • the message sent by the first terminal to the second terminal for notifying the activation of the presence service capability may be, but is not limited to, the following messages: short message, push message, unstructured supplementary data service (Unstructured Supplementary Service Data) , referred to as USSD) messages, signaling messages (such as: Facility).
  • Step D2 The communication network transmits the notification to the second terminal.
  • the communication network After receiving the notification sent by the first terminal to notify the second terminal to activate the presence service, the communication network sends the notification to the second terminal. For example:
  • the mobile switching center relays the notification.
  • the mobile terminal After receiving the notification by the mobile switching center to which the first terminal belongs, the mobile terminal exchanges the notification to the mobile switching center to which the second terminal belongs, and then moves by the mobile terminal.
  • the switching center delivers the second terminal to its coverage.
  • Step D3 The second terminal receives the notification, and activates the presence service according to the notification.
  • the second terminal learns that the current terminal requests the activation of the presence service, and the second terminal may initiate activation of the presence service after receiving the notification.
  • the terminal may determine whether the terminal supports the presence service (that is, whether the active presentation service domain is supported), whether the network where the terminal is located is allowed to use the presence service, and the terminal supports the presence service and the network where the terminal is located.
  • the act of activating the rendering business domain is performed only when the rendering service is allowed.
  • the terminal user can select whether to agree to accept the request for the presence service and whether to perform the presence service activation.
  • the packet switched domain (PS domain) activation needs to be completed at the same time. That is, after the second terminal completes the presence service activation, the packet switched domain of the second terminal is in an active state, and the first terminal can perform a packet-switched domain-based rich media communication service with the second terminal.
  • the second terminal can passively activate the presence service according to the notification based on the presence service initiator, and can perform related communication communication of the rich media communication based on the presence service related information.
  • the corresponding rich media communication service can be initiated according to the presence information without maintaining the presence service online for a long time.
  • the following is a case where the first terminal needs to initiate a rich media communication service with the second terminal, where the first terminal
  • the method for activating the presence service in the fourth embodiment is specifically described by using a signaling message to notify the second terminal to activate the presence service.
  • Embodiment 5 is a method for presenting service activation, and the process is as shown in FIG. 5, including:
  • the terminal 21 In the step E1, the terminal 21 generates a signaling message.
  • the signaling message may be a Facility message, and the signaling message (such as a Facility message) carries the information that the notification activation terminal 24 activates the presence service, so that the terminal 24 can Obtaining, according to the information, an operation that needs to perform a presence service (for example, a specific bit value may be carried in the message, so that the terminal 24 can learn the operation that needs to perform the rendering service according to the specific bit value according to a predetermined protocol)
  • the terminal 21 transmits the generated signaling message (such as a Facility message) to the mobile switching center 22 to which the terminal 21 belongs.
  • the information structure includes: a service identifier, a message type, a stream code, and service data information. among them:
  • the service identifier is used to indicate that the current message is a message for activating the presence service.
  • the message is occupied by three characters.
  • the current message is a message for informing the active presentation service.
  • the type of the message is used to identify the type of the message. In this embodiment, it is stipulated that it occupies 1 character.
  • the protocol stipulates: when the value is 1, it indicates that the message is a request message, and when it takes a value of 0, it indicates the message. In response to the message;
  • the stream code is used to identify the stream code rate. In this embodiment, it is stipulated that it occupies 1 character, and the value range may be any one of 1, 2, ... 9;
  • the status code is used to identify the status of the terminal. In this embodiment, it is stipulated that it occupies 2 characters.
  • the protocol stipulates that when the value is 01, it indicates activation. When the value is 02, the terminal does not support the presence service activation. If the value is 03, it indicates that the terminal user refuses to activate the operation. When the value is 04, it indicates that the network where the terminal is located does not support the presence service activation. Other values can be used as extensions.
  • the service data is used to carry the extended data, and the length is not specified in this embodiment.
  • step E1 the terminal 21 transmits to the mobile switching center 22 a signaling message (e.g., Facility message) in which the information body carried is "abcl lOl".
  • a signaling message e.g., Facility message
  • Step E2 the mobile switching center 22 receives the received information body as an "abcl lOl" signaling message (eg, The Facility message is sent to the mobile switching center 23 to which the terminal 24 belongs.
  • an "abcl lOl" signaling message eg, The Facility message is sent to the mobile switching center 23 to which the terminal 24 belongs.
  • step E3 the mobile switching center 33 parses the Facility message, and according to the information carried by the device ("abcl lOl"), it can be learned that the Facility message carries the active presence service request, and the information encapsulated in the Facility information ("abcl lOl") is extracted. The re-encapsulation is sent to the terminal 24 in a signaling message (which may be, but is not limited to, a facility message in this embodiment).
  • a signaling message which may be, but is not limited to, a facility message in this embodiment.
  • the terminal 24 parses the information carried by the device ("acbl lOl"), and learns the current information.
  • the message is a message for requesting activation of the presence service, and the corresponding operation of activating the presentation service is performed.
  • the terminal 24 can continue to perform the following process for confirmation.
  • Step E4 The terminal 24 generates a response message and carries the following information "acb0101" in the generated message, such as a signaling message (such as a Facility message), and then sends it to the mobile switching center 23.
  • a signaling message such as a Facility message
  • Step E5 The mobile switching center 23 forwards the received response message to the mobile switching center 22.
  • Step E6 The mobile switching center 22 forwards the response message to the terminal 21.
  • the terminal 21 After receiving the response message, the terminal 21 parses the response information: "acbOlOl", and learns that the terminal 24 has correctly received the service request, and agrees to activate the presence service.
  • the terminal 21 In order to prevent the presence service activation from being unsuccessful due to the loss of signaling during transmission, the following provisions may be made: If the terminal 21 does not receive the service request reply message after a certain time, the terminal 21 will restart the step El.
  • the response message returned by the terminal 24 can also carry a variety of information, for example: a certain condition (within a period of time) rejecting the request, so that the terminal 21 does not resend under this condition (for example, "03" rejects the activation request, Terminal 21 is no longer resent).
  • a certain condition within a period of time rejecting the request, so that the terminal 21 does not resend under this condition (for example, "03" rejects the activation request, Terminal 21 is no longer resent).
  • the following describes a method for activating a presence service in the fourth embodiment by taking a short message to notify the second terminal to activate the presence service.
  • Embodiment 6 is a method for presenting service activation. The process is as shown in FIG. 6, and includes:
  • Step F1 The terminal 31 generates a Short Message Service (SMS) and carries in the short message: the notification activation terminal 32 activates the information of the presence service, so that the terminal 32 can Information learned: The activation operation of the presence service is currently required to be performed. The terminal 31 transmits the generated short message to the terminal 32 through the short message center.
  • SMS Short Message Service
  • the service carried by the short message can be distinguished by a specific identifier (such as a teleservice id, a port number, and a different name depending on different protocols), such as: Usually seen short messages, Push services, voicemail notifications, etc.
  • the values of the specific identifiers of these services are different, and the terminal distinguishes them accordingly, and performs different application processing on the received short messages.
  • the reserved portion of the specific identification value as described above may be used to take the specific identifier to a specific value to indicate that the short message is used to request the peer terminal to activate the presence service.
  • Step F2 The terminal 32 parses the service identifier that needs to be activated from the short message, and learns that the current short message is a protocol message: used to notify the active presence service.
  • the short message can be displayed to the user without being necessary, and the presence service activation is performed.
  • a service activation center 42 is added, and the service activation center 42 relays a short message for informing the terminal 53 to activate the presence service.
  • Embodiment 7 is a method for presenting service activation. As shown in FIG. 7, the process includes: Step G1: The terminal 41 generates a short message, and carries the notification activation terminal 43 to activate the information of the presence service, so that the terminal Based on the information, the operation of the presence service activation may be known, and the address of the service activation center 42 is added to the short message, and then the terminal 41 transmits the generated short message to the service activation center 42.
  • Step G2 The service activation center 42 transmits the notification to the terminal 43 via the short message to activate the terminal 43 to activate the information presenting the service.
  • Step G3 The terminal 43 parses the short message, and according to the address in the short message, the address of the service activation center 42, it is learned that the current short message is from the service activation center 42, and the short message is used for the service activation process, and according to the short
  • the specific information content carried in the message can be used to know that the current short message is used to request activation of the presence service. At this point, the specific message may not be displayed to the user.
  • the service activation center 42 can be specifically connected to the short message center, that is, the short message center logically regards the service activation center 42 as a value-added service server, and assigns a source sending address to the service activation center 42 (may be but not limited to OOA).
  • the terminal 43 can determine that the short message is from the service activation center according to the source sending address, and perform corresponding processing.
  • the following is a specific description of a method for activating a presence service by using a Push message to notify a second terminal to activate a presence service domain.
  • Embodiment 8 is a method for presenting service activation.
  • the process is as shown in FIG. 8 and includes: Step HI:
  • the terminal 51 generates an activation message, and carries the notification message 54 in the activation message to activate the information of the presence service, so that the terminal 54 Based on the information, the operation of the active presence service is currently required to be performed, and the address of the service activation center 52 is added to the activation message, and then the terminal 51 transmits the generated short message to the service activation center 52.
  • the service activation center 52 here can be either a dedicated server or a general business server.
  • the terminal 51 needs to send a special service request message (such as using a short message bearer); when it is a general service server, it can initiate the service to the terminal 51 (such as a rich media communication service).
  • a special service request message such as using a short message bearer
  • the terminal 51 can initiate the service to the terminal 51 (such as a rich media communication service).
  • the process is also regarded as a service request, that is, the terminal 51 can automatically enter the following process without sending a special service request message.
  • the Push message may use the value of the application identifier (app-id) to identify the current Push message as a message for notifying the peer terminal to perform the active presence service.
  • Step H2 The service activation center 52 acts as a push initiator (PUSH Initiator, PI for short), and sends the Push message to the terminal 54 via a Push Proxy Gateway (PPG).
  • PUSH Initiator PI for short
  • PPG Push Proxy Gateway
  • Step H3 The terminal 54 parses and obtains the current Push message from the Push message, and requests the terminal to execute the message for activating the presence service.
  • the process of activating the presence service in the embodiment of the present invention can also be implemented through a circuit switched domain.
  • a packet-switched domain (PS domain)-based rich media communication session is performed, a voice call with a circuit domain is in progress.
  • PS domain packet-switched domain
  • the following two methods can be implemented by using the voice session to implement the function of activating the presence service.
  • the following describes a method for activating a presence service domain by using a DTMF message to notify a second terminal to activate a presence service.
  • Embodiment 9 is a method for presenting service activation.
  • terminal 61 and terminal 64 are in a CS session process, and terminal 61 initiates a packet-switched domain (PS domain)-based rich media communication session. Since the terminal 61 initiates a packet switched domain (PS domain) based rich media communication session, it completes the activation of the presence service upon initiation, but since the terminal 64 does not reside in the packet switched domain (PS domain), it does not Live presentation of the business, therefore, the following process is required (see Figure 6), the process shown in Figure 9, including:
  • Step J1 The terminal 61 generates a DTMF message, and carries the information in the DTMF message to notify the activation terminal 64 to activate the presence service, so that the terminal 64 can learn according to the information that the operation of the presence service is currently required to be performed (for example, the message may carry a specific
  • the bit value is such that the terminal 64 can know the operation that needs to perform the presentation service according to the specific bit value according to the predetermined protocol.
  • the terminal 61 transmits the generated DTMF message to the mobile switching center 62 to which the terminal 61 belongs.
  • the solution provides a structure for notifying the activation terminal 64 to activate the information of the presence service domain, and the information structure includes: a service identifier, a message type, a stream code, and service data information.
  • the service identifier is used to indicate that the current message is a notification to activate the message that presents the service domain.
  • the message occupies three characters.
  • the value of the identifier is abc, the current message is a message for notifying the active presentation service.
  • the type of the message is used to identify the type of the message. In this embodiment, it is stipulated that it occupies 1 character.
  • the protocol stipulates: when the value is 1, it indicates that the message is a request message, and when it takes a value of 0, it indicates the message. In response to the message;
  • the stream code is used to identify the stream code rate. In this scheme, it is stipulated that it occupies 1 character, and the value range may be any one of 1, 2, ... 9;
  • the status code is used to identify the status of the terminal. In this embodiment, it is stipulated that it occupies 2 characters.
  • the protocol stipulates that when the value is 01, it indicates activation. When the value is 02, the terminal does not support the presence service activation. If the value is 03, it indicates that the terminal user refuses to activate the operation. When the value is 04, it indicates that the network where the terminal is located does not support the presence service activation. Other values can be used as extensions.
  • the service data is used to carry the extended data, and the variable length is specified in this embodiment.
  • the terminal 31 transmits to the mobile switching center 62 a Dual Tone Multi-Frequency (DTMF) message in which the information body is "abcl lOl".
  • DTMF Dual Tone Multi-Frequency
  • Step J2 The mobile switching center 62 transmits the received DTMF message ("abcl lOl") to the mobile switching center 63 to which the terminal 64 belongs.
  • Step J3 The mobile switching center 62 will receive the information in the DTMF message ("abcl lOl") (abcl lOl) is extracted, and the signaling encapsulated into the information (abcl lOl) is sent to the mobile switching center 63 to which the terminal 64 belongs.
  • abcl lOl information in the DTMF message
  • Step J4 The mobile switching center 63 forwards the DTMF message to the terminal 64.
  • the terminal 64 After receiving the DTMF message (the message carrying the information "abcl lOl") sent by the mobile switching center 63, the terminal 64 parses the information carried by the terminal ("acbl lOl"), and learns that the current message is used to request to activate the presence service.
  • the corresponding activation of the presentation service operation directly performing the activation presentation service operation; or, after determining whether the terminal supports the presence service activation, and whether the network where the terminal is located supports the active presentation service, when the foregoing determination result is In the case of "Yes, the activation of the presence of the service domain is performed; or, in the case of determining whether the terminal supports the presence of the service activation, whether the network in which the terminal is located supports the activation of the presence service, and whether the terminal agrees to activate the presence service, In the case where the judgment result is "Yes,", the activation presentation service operation is performed.
  • Step J4 may also be replaced with step J5: the mobile switching center 63 parses the DTMF message, and according to the information carried by it ("abcl lOl"), it can be known that the DTMF message carries the active presence service request and encapsulates the information encapsulated in the DTMF message ( The "abcl lOl" is extracted and re-encapsulated in the signaling message (which may be, but is not limited to, a facility message, etc. in this embodiment), and is sent to the terminal 64.
  • the signaling message which may be, but is not limited to, a facility message, etc. in this embodiment
  • the terminal 34 parses the information carried by the device ("acbl lOl"), and learns the current information.
  • the message is a message for requesting activation of the presence service, and the corresponding operation of activating the presence service is performed, and the specific operation thereof is as described above.
  • step J5 the mobile switching center 63 re-encapsulates the information carried in the received DTMF message into a signaling message such as a facility message, instead of sending it to the terminal 64 in an encapsulated form of the DTMF message, so that the terminal can be made. 64 The receipt of the message does not cause unnecessary interference to the current CS session.
  • the mobile switching center 63 can forward the received signaling message to the terminal 64.
  • the mobile switching center 63 can encapsulate the information in the received signaling message into a DTMF message and send it to the terminal 64.
  • Step J6 The terminal 64 generates a DTMF response message (which may also be: Facility or other message, ie, J7) and carries the following information "acbOlOr" in the generated message, and then sends it to the mobile switching center 63.
  • a DTMF response message which may also be: Facility or other message, ie, J7
  • Step J8 The mobile switching center 63 forwards the received DTMF message (which may also be: Facility or other message) to the mobile switching center 62.
  • DTMF message (which may also be: Facility or other message)
  • Step J9 The mobile switching center 63 encapsulates the received DTMF message into a signaling message (which may also be: Facility or other message encapsulated as a DTMF message) forwarded to the mobile switching center 62.
  • a signaling message (which may also be: Facility or other message encapsulated as a DTMF message) forwarded to the mobile switching center 62.
  • Step J10 The mobile switching center 62 forwards the DTMF response message to the terminal 61.
  • the terminal 61 After receiving the DTMF response message, the terminal 61 parses the information of the DTMF response information from the mix: "acbOlOl", and learns that the terminal 64 has correctly received the service request and agrees to activate.
  • Step J10 can also be replaced with step J11:
  • Step J11 The mobile switching center 62 parses the DTMF response message, and extracts the information encapsulated in the DTMF message ("abcOlOl") and re-encapsulates it in a signaling message (may be, but not limited to, a facility message, etc.), and sends it to Terminal 61.
  • abcOlOl information encapsulated in the DTMF message
  • a signaling message may be, but not limited to, a facility message, etc.
  • the terminal 61 receives the signaling message (for example, using a facility message encapsulation, carrying information
  • step J11 the mobile switching center 62 re-encapsulates the information carried in the received DTMF response message into a signaling message such as a facility message, instead of sending it to the terminal 61 in a packaged form of the DTMF message.
  • a signaling message such as a facility message
  • the mobile switching center 62 can also forward signaling messages (such as Facility messages) to the terminal 61; the mobile switching center 62 re-encapsulates the signaling messages (such as Facility messages) into DTMF messages and sends them to the terminal 61.
  • signaling messages such as Facility messages
  • the corresponding processing method is similar to the above.
  • the terminal 61 In order to prevent the presence service activation from being unsuccessful due to the loss of signaling during transmission, the following provisions may be made: If the terminal 61 does not receive the service request reply message after a certain time, the terminal 61 will restart the step J1.
  • the response message returned by the terminal 64 can also carry a variety of information, for example: certain conditions The request is rejected (within the time period), so that the terminal 61 is not retransmitted under this condition (for example, "03" rejects the activation request, and the terminal 61 does not resend).
  • the present solution provides a specific description of a method for activating a presence service domain by using a circuit domain call setup (Setup) message to notify the second terminal to activate the presentation service domain.
  • Setup circuit domain call setup
  • Embodiment 10 A method for presenting service activation, the terminal 71 and the terminal 74 are in a CS session process, and the terminal 71 initiates a CSI service. Since the terminal 71 initiates the CSI service, it completes the activation of the presence service domain at the time of the initiation, but since the terminal 74 does not reside in the presentation service domain, that is, the presentation service domain is not activated, the activation of the presence service is required, and the process is as shown in FIG. , including:
  • Step K1 The terminal 71 sends a Setup message to the called terminal 74 (the message first arrives at the mobile switching center 72), and carries the protocol data in a user-to-user field in the message according to a certain protocol format.
  • the data can indicate the type of service - the current message is used to inform the called terminal to activate the presence service.
  • Step K2 After receiving the Setup message, the mobile switching center 72 initiates a call operation to the mobile switching center 73 to which the called terminal 74 belongs, and sends a bearer-independent call control protocol message (BICC_IMAM message) including the initial address, and The user to user field data is carried in the message.
  • BICC_IMAM message bearer-independent call control protocol message
  • Step K3 After receiving the BICC_IMAM message, the mobile switching center 73 sends a Facility message to the called terminal 74, and carries the user to user field data.
  • Step K4 The terminal 74 receives the Facility message, and parses out the encapsulation protocol in the user to user field data, and obtains the corresponding service data content, and learns that the current terminal 71 requests the terminal to activate the presence service, and performs corresponding operations according to the request: Directly performing the activation of the presence service operation; or, after determining whether the terminal supports the presence service activation, whether the terminal agrees to activate the presence service, and whether the network where the terminal is located supports the activation of the presence service, when the above determination result is "Yes, In the case of , the activation renders the business operation.
  • the terminal 74 After receiving the Facility message, the terminal 74 sends a disconnection request message (disconnect message) to the calling terminal 71 to release the resource connection established by the current Setup message, and the terminal 74 successfully or fails to receive the user to user.
  • the reason value of the data is the reason value of the data.
  • Step K5 After receiving the disconnection request message of the terminal 74, the mobile switching center 73 sends a bearer-independent call control protocol release message (BICC_Release message) to the mobile switching center 72, and simultaneously carries The reason value with the terminal 74 successfully or failed to receive the user to user data.
  • BICC_Release message a bearer-independent call control protocol release message
  • Step K6 After receiving the BICC_Release message of the mobile switching center 73, the mobile switching center 72 initiates a disconnection request message (disconnect message) to the terminal 71, and simultaneously carries the terminal 74 successfully or fails to receive the cause value of the user to user data.
  • a disconnection request message disconnect message
  • Step K7 After receiving the disconnection request message, the terminal 71 performs a disconnection operation, and according to the analysis of the cause value carried in the disconnection request message, it can be known whether the terminal 74 correctly receives the encapsulation protocol data in the user to user field. . In order to make the disconnection process more perfect, the terminal 71 can also return a Release message to the mobile switching center 72 after the disconnection is completed, and notify the result of the completion of the disconnection.
  • Step K8 After receiving the Release message, the mobile switching center 72 sends a bearer-independent call control protocol release complete message (for example: BICC_release_complete message) to the mobile switching center 73, and carries the cause value - the disconnection is completed.
  • a bearer-independent call control protocol release complete message for example: BICC_release_complete message
  • Step K9 After receiving the BICC_release_complete message, the mobile switching center 73 sends a disconnection message (disconnect message) to the terminal 74, and carries the cause value - the disconnection is completed, and the terminal 74 learns the peer response through the cause value. The stitching is completed.
  • the terminal 71 can notify the terminal 74 to activate the presence service by sending a Setup message, and the terminal 74 can trigger the operation of activating the presence service by the notification, thereby implementing the passive activation presentation service of the terminal 74.
  • the presence service mentioned in all the above embodiments may be a presence service client residing on the terminal, or another client having a presentation service function, for example, an address book having a presentation service capability.
  • the method of the embodiment of the present invention does not need to always use a packet switched domain (PS domain) for rich media communication services.
  • PS domain packet switched domain
  • the solution of the present invention provides a technical solution in the rich media communication service, so that the terminal does not need to keep the packet switched domain active all the time, and does not need to keep the presence service online. Instead, when the corresponding business service is required, the corresponding business function is enabled. It can effectively reduce the power consumption of the terminal under the same conditions and increase the terminal standby time under the same conditions.
  • Embodiment 11 is a processing method of a rich media communication service, where the process is as shown in FIG. 11 , including: S1, the rich media service server receives a rich media communication service request of the first terminal;
  • the second terminal performs activation of the presence service according to the presence service activation notification information. S4.
  • the second terminal returns an activation result to the rich media service server. If the activation result is successful, the rich media service server is used. Under the control of the rich media communication service performed by the first terminal by presenting the service message.
  • the difference between the embodiment 11 and the foregoing method embodiment is that the activation of the peer is completed by the rich media service server, and the activation process is transparent to the initiator of the rich media service. Simplifies the complexity of the call originator terminal. Reduce the production cost of the terminal.
  • the rich media service may also be independent of the presentation service implementation, and is specifically as follows.
  • Embodiment 12 A processing method of a rich media communication service, as shown in FIG. 12, includes: T1, the first terminal initiates rich media service communication to the second terminal;
  • the first terminal notifies the second terminal of the rich media communication capability used by the current communication request; the activation notification includes at least:
  • the rich media communication capability identifier to be activated used to identify the rich media communication related communication capabilities to be activated;
  • the activation notification can also include:
  • Activation ID - identifies the notification for rich media communication service activation
  • Serial number distinguishes between different notifications.
  • the serial number is used to identify which notification is replied.
  • sending an activation notification to the second rich media communication client can have the following different methods:
  • the first rich media communication client uses the out-of-band notification method directly to the second rich media communication client Send a notification.
  • the specific bearer mode can be various, and the method mentioned in the previous embodiment is also applicable here.
  • the first rich media communication client requests initiation of a corresponding session to the second rich media communication client, the rich media communication server to trigger an activation notification to the second rich media communication client.
  • the second terminal receives the notification, activates a corresponding rich media communication capability, and returns an activation result to the first terminal;
  • the second terminal can learn the corresponding capability to be activated by parsing the notification; and perform an activation operation of the corresponding capability.
  • the second rich media communication client can also perform the following operations before the activation operation:
  • the second terminal performs the activation operation.
  • process of the second terminal activating the response rich media communication capability may further include:
  • the second terminal activates a packet switched domain.
  • the first terminal and the second terminal perform rich media communication.
  • the activation result returned by the second terminal to the first terminal may include: whether the corresponding capability activation of the activation notification is successfully processed;
  • the activation result may include: a reason for the processing failure; and after the activation of a certain capability is lost, the rich media capability supported by the second terminal may also be returned for media negotiation.
  • the manner in which the specific communication capabilities are returned can carry a list of capabilities that are currently available.
  • the other party selects the currently available capabilities of the second terminal for a rich media communication session.
  • Embodiment 13 is a terminal device 1300, including: an activation notification sending unit 1310, an activation result receiving unit 1320, and a rich media service processing unit 1330;
  • the activation notification sending unit 1310 is configured to send the presence service activation notification information to the second terminal
  • the activation result receiving unit 1320 is configured to receive, by the first terminal, an activation result returned by the second terminal, where the rich media service processing unit 1330 is configured to The service acquires the state of the second terminal; and the rich media communication service initiated to the second terminal according to the state of the second terminal.
  • the activation result receiving unit 1320 may not be included, that is, the terminal may attempt to initiate the presence service without receiving the activation result.
  • the activation result confirming that the peer presentation service is activated and then starting the service obviously can make the process of the present invention more optimized.
  • a terminal device 1400 comprising: an activation notification receiving unit 1410, an activation unit 1420, an activation result feedback unit 1430, and a rich media service processing unit 1440;
  • the activation notification receiving unit 1410 is configured to receive presence service activation notification information sent by the first terminal;
  • the activation unit 1420 is configured to perform activation of the presence service according to the presence service activation notification information
  • An activation result feedback unit 1430 configured to return an activation result to the first terminal
  • the rich media service processing unit 1440 if the presence service activation is successful, feeding back the state of the second terminal to the first terminal by using the presence service; and receiving the request of the first terminal and the rich media communication performed by the first terminal business.
  • the activation result feedback unit 1430 may not be included, that is, the terminal directly initiates the presentation service without feeding back the activation result.
  • Embodiment 15 is a communication system, including: a rich media service server 1510, a first terminal 1520, and a second terminal 1530;
  • the first terminal 1520 is configured to send a rich media communication service request to the rich media service server; and perform rich media communication with the second terminal 1530 under the control of the rich media service server;
  • the rich media service server 1510 is configured to receive the rich media communication service request of the first terminal 1520; the presence service activation notification information sent to the second terminal 1530; receive the activation result of the second terminal 1530, and if the activation result is successful, Controlling the first terminal 1520 and the second terminal 1530 to perform Rich media business communication;
  • the second terminal 1530 performs activation of the presence service according to the presence service activation notification information; returns an activation result to the rich media service server 1510; and if the activation result is successful, the control of the rich media service server 1510
  • the rich media communication service performed by the first terminal 1520 by presenting the service message.
  • Embodiment 16 is a communication system, including: a first terminal 1610 and a second terminal 1620; the first terminal 1610 is configured to initiate a rich media service communication to the second terminal 1620; and notify the second terminal 1620 of the current communication request.
  • the rich media communication capability and receiving the activation result of the second terminal 1620, if the activation result is that the activation is successful, performing a rich media communication service with the second terminal 1620.
  • the second terminal 1620 is configured to receive the notification of the first terminal 1610, activate a corresponding rich media communication capability, and return an activation result to the first terminal 1610; and after the activation result is activated successfully, A terminal 1610 performs rich media communication services.
  • the first terminal sends the presence service activation notification information to the second terminal; the first terminal receives the activation result returned by the second terminal; if the activation result is that the second terminal presents the service activation success, the first The rich media communication service initiated by the terminal to the second terminal by presenting a service message.
  • the rich media communication service is required, the corresponding service capability is enabled, which can effectively reduce the consumption of network resources and system resources by various application programs of the terminal, and reduce the power consumption of the terminal under the same conditions, and increase the standby time of the terminal. .

Landscapes

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

Description

富媒体通信业务的处理方法及终端设备和通信系统 本申请要求于 2008 年 11 月 28 日提交中国专利局、 申请号为 200810180170.7、 发明名称为 "富媒体通信业务的处理方法及终端设备和通信 系统" 的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信技术领域，具体涉及富媒体通信业务的处理方法及终端设 备和通信系统。
背景技术
富媒体通信（ Rich Communication )是一个业务融合的概念， 主要是指在 IP多媒体子系统（ IP Multimedia Subsystem, IMS ) 的环境下开展多个业务时， 充分利用现有的技术和网络框架，对现有的业务进行融合，在此基础上提供不 同业务之间统一的用户体验，并努力将底层技术对用户体验所造成的影响降到 最低。 富媒体通信概念的关键是业务融合和一致的用户体验， 业务融合主要是 基于 IMS网络， 将 IMS网络下的众多业务， 包括呈现（Presence )业务， 视频分 享（Video Share ), 图像分享（ Image Share ), 消息类业务等等进行融合， 实现 业务之间的无缝连接和切换，并且主要是为这些业务以及后续新加入的业务并 提供一致的用户体验， 促进业务的发展。
呈现业务是以某种通信方式，按照一定的接入准则，实时获取呈现信息（如 用户状态、 通信能力、 个人参考等信息）， 并展现给其它用户的业务。 呈现技 术在通信中的地位之所以重要，是因为呈现技术可以为用户呈现丰富的呈现信 息， 并为其他业务的开展提供基础和支持。
富媒体通信业务中，通信发起方可以通过通信对端的呈现信息来获知对端 终端、 网络所支持的富媒体通信能力， 如可以显示出如当前对视频分享能力是 否支持， 对图片分享能力是否支持等。 并可以据此发起富媒体通信。 现有的富 媒体业务是基于一直在线（Always on )模式， 在启用富媒体通信客户端后， 呈现业务能力开启并一直处于在线状态。 终端分组交换域（PS域）处于激活状 态， 这样， 在通信对端发起基于分组交换域的相应富媒体通信业务能力时， 才 能够保证正常接通。
在对现有技术的研究和实践过程中， 本发明的发明人发现，现有的富媒体 通信业务方案中， 需要保持分组数据域长时间在线（Always on )。 同时， 由于 呈现信息的频繁更新，会造成终端的耗电量由于客户端的运行明显增加。 同等 条件下缩短待机时间。
发明内容
本发明实施例提供富媒体通信业务的处理方法及终端设备和通信系统，可 以降低不必要的网络资源和系统资源的消耗、节约终端的耗电量、增加待机时 间。
一方面， 提供一种富媒体通信业务的处理方法， 包括：
第一终端发送呈现业务激活通知信息给第二终端；第一终端通过呈现业务 获取所述第二终端的状态；第一终端根据所述第二终端的状态向所述第二终端 发起的富媒体通信业务。
另一方面， 提供一种富媒体通信业务的处理方法， 包括：
第二终端接收第一终端发送的呈现业务激活通知信息；第二终端根据所述 呈现业务激活通知信息进行呈现业务的激活； 若呈现业务激活成功， 则通过呈 现业务向所述第一终端反馈第二终端的状态；并接收所述第一终端的请求与所 述第一终端进行的富媒体通信业务。
另一方面， 提供一种富媒体通信业务的处理方法， 包括：
富媒体业务服务器接收第一终端的富媒体通信业务请求；富媒体业务服务 器向第二终端发送的呈现业务激活通知信息；富媒体业务服务器接收所述第二 终端返回的激活结果； 若激活结果为激活成功， 则所述富媒体业务服务器的控 制所述第一终端和所述第二终端进行的富媒体通信业务。
另一方面， 提供的一种富媒体通信业务的处理方法， 包括：
第一终端向第二终端发起富媒体业务通信；所述第一终端通知第二终端本 次通信请求使用的富媒体通信能力；所述第一终端接收所述第二终端根据第一 终端的通知进行富媒体通信能力激活的激活结果； 若所述激活结果为激活成 功， 则所述第一终端和第二终端进行富媒体通信。
另一方面， 提供一种富媒体通信业务的处理方法， 其特征在于， 包括： 富媒体业务服务器接收第一用户终端发起的对第二用户的通信业务请求， 所述通信业务请求中携带业务类型标识；富媒体业务服务器根据该通信业务请 求和所述第二用户的配置信息， 选择需要激活的第二用户的终端， 向所述选择 的第二用户的终端发送激活消息进行业务激活。
一方面， 提供一种终端设备， 包括：
激活通知发送单元， 用于发送呈现业务激活通知信息给第二终端； 富媒体业务处理单元， 用于通过呈现业务获取所述第二终端的状态； 并根 据所述第二终端的状态向所述第二终端发起的富媒体通信业务。
另一方面， 提供一种终端设备， 包括：
激活通知接收单元， 用于接收第一终端发送的呈现业务激活通知信息； 激活单元， 用于根据所述呈现业务激活通知信息进行呈现业务的激活； 富媒体业务处理单元， 若呈现业务激活成功， 则通过呈现业务向所述第一 终端反馈第二终端的状态；并接收所述第一终端的请求与所述第一终端进行的 富媒体通信业务。
一方面， 提供一种通信系统， 包括： 富媒体业务服务器、 第一终端和第二 终端；
所述第一终端用于向富媒体业务服务器发送富媒体通信业务请求；并在富 媒体业务服务器的控制下与第二终端进行富媒体通信；
所述富媒体业务服务器用于接收第一终端的富媒体通信业务请求；向第二 终端发送的呈现业务激活通知信息； 接收第二终端的激活结果， 若激活结果为 激活成功， 则控制所述第一终端和第二终端进行富媒体业务通信；
所述第二终端根据所述呈现业务激活通知信息进行呈现业务的激活；向所 述富媒体业务服务器返回激活结果； 若激活结果为激活成功， 则在所述富媒体 业务服务器的控制下通过呈现业务消息与第一终端进行的富媒体通信业务。
另一方面， 提供一种通信系统， 包括： 第一终端和第二终端；
第一终端用于向第二终端发起富媒体业务通信；通知第二终端本次通信请 求使用的富媒体通信能力； 并接收第二终端的激活结果， 若激活结果为激活成 功， 则与第二终端进行富媒体通信业务；
所述第二终端， 用于接收所述第一终端的通知， 激活相应的富媒体通信能 力； 并向所述第一终端返回激活结果； 并在激活结果为激活成功后， 与第一终 端进行富媒体通信业务。
本发明方法实施例中， 第一终端发送呈现业务激活通知信息给第二终端； 第一终端通过呈现业务获取所述第二终端的状态；第一终端根据所述第二终端 的状态向所述第二终端发起的富媒体通信业务。 在需要进行富媒体通信业务 时， 开启相应的业务能力， 可以有效的降低终端为支持富媒体业务的各种应用 程序常开对网络资源和系统资源的消耗， 同时在同等条件下降低终端的耗电 量， 增长终端待机时间。
附图说明
图 1是本发明实施例一富媒体通信业务的处理方法的流程图；
图 2是本发明实施例二富媒体通信业务的处理方法的流程图；
图 3是本发明实施例三富媒体通信业务的处理方法的流程图；
图 4是本发明实施例四呈现业务激活的方法的流程图；
图 5是本发明实施例五呈现业务激活的方法的流程图；
图 6是本发明实施例六呈现业务激活的方法的流程图；
图 7是本发明实施例七呈现业务激活的方法的流程图；
图 8是本发明实施例八呈现业务激活的方法的流程图；
图 9是本发明实施例九呈现业务激活的方法的流程图；
图 10是本发明实施例十呈现业务激活的方法的流程图；
图 11是本发明实施例十一富媒体通信业务的处理方法的流程图； 图 12是本发明实施例十二富媒体通信业务的处理方法的流程图； 图 13是本发明实施例十三终端设备的结构示意图；
图 14是本发明实施例十四终端设备的结构示意图；
图 15是本发明实施例十五通信系统的结构示意图；
图 16是本发明实施例十六通信系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是 全部的实施例。基于本发明中的实施例， 本领域普通技术人员在没有做出创造 性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
本发明实施例提供富媒体通信业务的处理方法及终端设备和通信系统，可 以降低不必要的网络资源和系统资源的消耗、节约终端的耗电量、增加待机时 间， 以下分别进行详细说明。
实施例一、 一种富媒体通信业务的处理方法， 流程图如图 1所示， 包括：
A1 , 第一终端发送呈现业务激活通知信息给第二终端；
本发明实施例中，具体的将呈现业务激活通知信息发送给第二终端的过程 可以是： 通过分组交换域控制信令发送呈现业务激活通知信息给所述第二终 端； 或者通过短消息发送呈现业务激活通知信息给所述第二终端； 或者通过电 路交换域控制信令发送激活通知信息给所述第二终端。
将呈现业务激活通知信息发送给第二终端的过程还可以为：
所述第一终端发送呈现业务激活通知信息给业务激活中心；
所述业务激活中心通过短消息或推送业务消息发送业务激活通知信息给 所述第二终端。
所述可以理解的是，通知承载的消息还可能有多种常规实现方式， 具体的 实现方式不构成对本发明的限制。
另外所述第一终端发送呈现业务激活通知信息给业务激活中心之后； 业务激活中心还可以根据第二终端的配置信息，判断第一终端用户是否有 权限激活第二终端， 若有权限， 则发送业务激活通知信息给所述第二终端。
A2, 第一终端通过呈现业务获取所述第二终端的状态；
本发明实施例中所述第二终端的状态可以包括但不限于终端支持网络类型，终 端在各个网络的注册状态、 登陆状态、 支持的业务能力等等。 这里的登陆状态 可以是在线、 隐身、 离线等等。 呈现业务进行的表现形式可以是以列表形式向 第一终端的用户显现或者以具有呈现（呈现业务）业务能力的网络地址本， 如 融合网络地址本（CAB ) 的形式实现， 还可以釆用类似于 QQ、 MSN等类似软 件功能套件实现。
本发明实施例中，第一终端可以等待接收所述第二终端返回的激活结果后 才执行步骤 A2, 也可以发送激活请求后， 就执行步骤 A2。
A3， 第一终端根据所述第二终端的状态向所述第二终端发起的富媒体通 信业务。
本发明实施例中， 第一终端发送呈现业务激活通知信息给第二终端之后， 若在预置的时间内未收到所述第二终端的返回的激活结果，则再次发送激活通 知信息给所述第二终端。 使得方案更加完善。
本发明方法实施例一中， 第一终端发送呈现业务激活通知信息给第二终 端； 第一终端接收第二终端返回的激活结果； 若所述激活结果为第二终端呈现 业务激活成功，则第一终端通过呈现业务消息向所述第二终端发起的富媒体通 信业务。 在需要进行富媒体通信业务时， 才开启相应的业务能力， 可以有效的 降低终端各种应用程序常对网络资源和系统资源的消耗，同时同等条件下降低 终端的耗电量， 增长终端待机时间。
本发明实施例中， 第一终端发送呈现业务激活通知信息给第二终端包括： 第一终端根据密钥对激活通知信息进行加密发送；而所述第二终端收到所述加 密的激活通知信息根据所述密钥解密；利用第一终端和第二终端已建立的端到 端会话通道传递的密钥信息可以不必等到需要发起激活请求时进行，也可以利 用建立起来的通道事先进行密钥信息传递， 以加快响应速度。 第一终端发送激 活消息时，使用传递到第二终端的密钥进行安全运算处理（包括但不限于以下 运算处理的一种或多种： 加密、 摘要运算、 数字签名）。 第二终端根据第一终 端所传递的密钥信息，对激活消息进行安全运算处理的对应运算处理。 以保证 激活消息的安全性（消息来源的可靠性、 消息内容的可靠性）。 当然上述密钥 信息， 可以由某一第三方服务器下发到第二终端。
实施例二、 一种富媒体通信业务的处理方法， 流程如图如 2所示， 包括：
B1 , 第二终端接收第一终端发送的呈现业务激活通知信息；
具体的呈现业务的通知方式参见实施例一步骤 A1中的描述。
B2, 第二终端根据所述呈现业务激活通知信息进行呈现业务的激活； 本实施例中， 步骤 B2之后可以向所述第一终端返回激活结果， 以使得第 一终端可以选择是否发起呈现业务。 可以理解， 本发明实施例中可以在激活呈现业务的过程中,判断分组交换 域是否已经激活， 如若未激活， 则激活分组交换域。
激活分组交换域。
B3 , 若呈现业务激活成功， 则通过呈现业务向所述第一终端反馈第二终 端的状态；
B4, 通过呈现业务消息与所述第一终端进行的富媒体通信业务。
本发明实施例中， 所述步骤 B2, 进行呈现业务的激活之前还可以包括：
对呈现业务的激活的可行性进行判断， 若判断结果为不能完成激活， 则直 接进行 B4向所述第一终端返回激活结果的步骤， 所述返回的激活结果指示激 活失败。
所述进行可行性判断的依据可以包括： 终端的处理能力和 /或终端的网络 接入能力还可以是以及事先制定的规则等。
第二终端根据所述呈现业务激活通知信息进行呈现业务的激活之前还可 以包括：
向用户询问是否允许激活呈现业务， 若用户选择拒绝激活， 则直接执行所 述 B3向所述第一终端返回激活结果的步骤， 所述返回的激活结果指示激活失 败。
通过第二终端用户控制的参与，使得本发明方法用户体验更好， 更加贴近 用户的需求。
实施例三， 一种富媒体通信业务的处理方法， 其特征在于， 包括：
C1 , 富媒体业务服务器接收第一终端的富媒体通信业务请求；
C2, 业务服务器向第二终端发送的呈现业务激活通知信息；
C3 , 根据所述呈现业务激活通知信息进行呈现业务的激活；
C4 , 第二终端向所述富媒体业务服务器返回激活结果； 若激活结果为激 活成功，则所述富媒体业务服务器的控制所述第一终端和所述第二终端进行的 富媒体通信业务。
实施例三将富媒体业务服务器引入激活的流程，由富媒体业务服务器发送 激活请求进行激活控制， 使得本发明激活方法与富媒体通信业务进一步融合。 本发明实施例中，对于第二终端用户可能存在多个用户终端的情况。那么 参照以下流程处理：
第一用户终端经富媒体业务服务器发起对第二用户的通信业务请求，请求 中携带业务类型标识；
富媒体业务服务器根据该通信业务请求和第二用户配置信息，选择需要激 活的第二用户的终端，向所述选择的第二用户的终端发送激活消息进行业务激 活。 所述配置信息可以包括用户自定义的设置（如用户自定义哪个终端作为首 选终端）和 /或用户下各个终端的能力信息。
由于第二用户具有多个终端的情况下，对外使用同一个联系地址。这些终 端的业务能力可能并不一致。优先使用哪一个终端，第二用户也可能会有设置。 第一用户终端经富媒体业务服务器发起对第二终端用户的业务请求（请求中携 带业务类型标识）。 富媒体业务服务器根据该业务请求， 第二用户终端的能力 或进一步包括用户的设置 ,选择需要激活的第二用户终端 ,向其发送激活消息 , 实现业务激活。
下面结合具体应用对本发明进行进一步描述。
本发明实施例中， 终端可以不保持分组交换域（PS域）一直在线， 而是在 终端启动相应业务， 或者通信对端具有相应的业务呼叫请求时， 激活相应的分 组域。 本实施例是富媒体通信业务在呈现业务基础上实现， 通信的发起方， 即 第一终端在向通信对端， 即第二终端发起富媒体通信呼叫之前， 希望通过呈现 业务来获得对端的能力， 但是此时通信对端（UEB )的状态是没有在线， 无法 显示其第二终端的富媒体通信能力。
实施例四， 一种呈现业务激活的方法， 如图如 4所示， 本方法提供的激活 对端呈现业务的方法为富媒体通信业务提供支持，流程示意图如图 4所示包括： 步骤 D1 : 第一终端向通信网络发送通知， 通知第二终端呈现业务上线。 在此，第一终端向第二终端发送的用于通知激活呈现业务能力的消息可以 但不限于为以下的消息： 短消息、 推送（Push )消息、 非结构化补充数据业务 ( Unstructured Supplementary Service Data, 简称 USSD )消息、 信令消息 (如： Facility )等。 步骤 D2: 通信网络将该通知传递至第二终端。
通信网络接收到第一终端发送的用于通知第二终端激活呈现业务的通知 后， 将该通知下发至第二终端。 比如：
当第一终端、第二终端属于同一个移动交换中心时， 由该移动交换中心将 该通知进行中继转发。
当第一终端、第二终端属于不同的移动交换中心时， 则由第一终端所属的 移动交换中心接收到该通知后， 将其传递到第二终端所属的移动交换中心， 然 后再由该移动交换中心下发至其覆盖范围内的第二终端。
步骤 D3: 第二终端接收该通知， 并根据通知激活呈现业务。
第二终端接收到该通知后， 获知当前第一终端请求其激活呈现业务， 第二 终端可以在接收到该通知之后， 发起对呈现业务的激活。
另外的， 为了优化第二终端进行呈现业务激活，避免当第二终端或其所在 的网络不支持的情况下第二终端执行激活呈现业务操作给网络和终端而带来 不必要的处理， 第二终端可以在接收到该激活通知后， 判断本终端是否支持呈 现业务（即是否支持激活呈现业务域）、 本终端所在的网络是否允许使用呈现 业务， 当本终端支持呈现业务、 本终端所在的网络允许使用呈现业务时， 才执 行激活呈现业务域的操作。
并且， 实际应用中， 终端用户可以能择是否同意接受该呈现业务的请求和 是否进行呈现业务激活。
由于富媒体通信套件中的呈现业务通信能力是基于分组交换域的， 所以， 在第二终端激活呈现业务的时候，需要同时完成分组交换域（PS域）激活。即， 在第二终端完成呈现业务激活后， 第二终端的分组交换域处于激活状态， 第一 终端可以同第二终端进行基于分组交换域的富媒体通信业务。
由上可见， 由于应用本实施例方法， 第二终端可以根据基于呈现业务发起 方的通知， 被动激活呈现业务， 并可以基于呈现业务相关信息， 进行富媒体通 信的相关能力通信。 实现了富媒体通信中， 无需长时间保持呈现业务在线即可 根据呈现信息发起相应的富媒体通信业务。
下面以第一终端需要发起与第二终端的富媒体通信业务的情况 ,第一终端 通过信令消息通知第二终端激活呈现业务的情况为例，对实施例四中激活呈现 业务的方法进行具体描述。
实施例五， 一种呈现业务激活的方法， 流程如图 5所示， 包括：
步骤 E1 , 终端 21生成信令消息， 本实施例中所述信令消息可以为 Facility 消息， 并在信令消息（如 Facility消息）中携带通知激活终端 24激活呈现业务的 信息，使得终端 24可以根据该信息获知当前需要执行呈现业务的操作 (比如可 以在消息中携带一个特定的比特值，使得终端 24按照预先确定的协议，根据该 特定的比特值， 可以获知当前需要执行呈现业务的操作）； 终端 21将所生成的 信令消息 （如 Facility消息）发送至终端 21所属的移动交换中心 22。
本实施例中提供以下一种较优的用于通知激活终端 24激活呈现业务的信 息的结构， 该信息结构包括： 业务标识、 消息类型、 流码、 业务数据信息。 其 中：
业务标识， 用于表示当前消息为通知激活呈现业务的消息，在本实施例中 规定其占用 3个字符， 协议该标识取值为 abc时， 表示当前消息为通知激活呈现 业务的消息；
消息类型， 用于标识该消息的类型， 在本实施例中规定其占用 1个字符， 协议约定： 当其取值为 1时表示该消息为请求消息， 当其取值为 0时表示该消息 为响应消息；
流码， 用于标识流码率， 在本实施例中规定其占用 1个字符， 取值范围可 以为 1、 2... ...9的任一；
状态码， 用于标识终端的状态， 在本实施例中规定其占用 2个字符， 协议 约定当其取值为 01时表示激活， 当其取值为 02时表示终端不支持呈现业务激 活， 当其取值为 03时， 表明终端用户拒绝激活操作， 当其取值为 04时， 表示终 端所在的网络不支持呈现业务激活， 其他的取值可以作为扩展使用；
业务数据， 用于携带扩展数据， 在本实施例中不规定其长度。
根据上述提供的信息格式以及取值协议，在步骤 E1中，终端 21向移动交换 中心 22发送其中携带的信息体为" abcl lOl"的信令消息 （如 Facility消息） 。
步骤 E2 ,移动交换中心 22将收到的携带的信息体为" abcl lOl"信令消息（如 Facility消息）发送到终端 24所属的移动交换中心 23。
步骤 E3 , 移动交换中心 33解析 Facility消息， 根据其携带的信息 ( "abcl lOl" ) , 可以获知此 Facility消息携带激活呈现业务请求， 并将 Facility 息中所封装的信息 （"abcl lOl" )提取出来重新封装在信令消息 （在本实施例 中可以但不限于： facility消息） 中， 下发到终端 24。
相应的， 终端 24接收到移动交换中心 23下发的信令消息（比如使用 facility 消息封装， 携带信息" abcl lOl"的消息）后， 解析其携带的信息（"acbl lOl" ) , 获知当前的消息为用于请求激活呈现业务的消息，进行相应的激活呈现业务的 操作。
为了高可靠传输， 终端 24在收到业务请求信息后， 可以继续进行以下的流 程进行确认。
步骤 E4: 终端 24生成响应消息并在所生成的消息，如信令消息（如 Facility 消息） 中携带以下信息" acb0101，，后， 向移动交换中心 23发送。
步骤 E5： 移动交换中心 23将收到的响应消息转发至移动交换中心 22。 步骤 E6: 移动交换中心 22将该响应消息转发至终端 21。
终端 21在接收到该响应消息后， 从中解析出该响应的信息： "acbOlOl", 获知终端 24已正确收到了业务请求， 并且同意激活呈现业务。
为了防止由于信令在传输过程中的丟失而造成呈现业务激活不成功，可以 进行以下的规定： 如果终端 21在一定时间后未收到业务请求回复信息， 终端 21 将重新启动步骤 El。
另外的： 终端 24返回的响应消息中还可以携带多种信息， 例如： 一定条件 (时间段内 )拒绝请求， 这样终端 21在这一条件下不再重发（如" 03"拒绝激活 请求， 终端 21不再重发） 。
下面以通过短消息通知第二终端激活呈现业务的情况为例 ,对实施例四中 激活呈现业务的方法进行具体描述。
实施例六， 一种呈现业务激活的方法， 流程如图 6所示， 包括：
步骤 F1 : 终端 31生成短消息 （Short Message Service, 简称 SMS )并在该 短消息中携带： 通知激活终端 32激活呈现业务的信息，使得终端 32可以根据该 信息获知： 当前需要执行呈现业务的激活操作。终端 31将所生成的短消息通过 短消息中心， 发送至终端 32。
根据短消息协议，可以通过一个特定的标识（如呼叫业务标识（ Teleservice id ) 、 端口号 （port number ) , 标识的名称视不同协议而有所不同）来区分短 消息所承载的业务， 如： 通常所见的短消息， Push业务， 语音邮件通知等。 这 些业务的特定标识的值不同， 终端依此区分， 并对收到的短消息进行不同的应 用处理。 在本实施例中， 可以利用如上所述特定标识值中的保留部分， 将该特 定标识取一特定的值来指明该短消息用于请求对端终端激活呈现业务。
步骤 F2: 终端 32从短消息中解析出需要激活的业务标识，获知当前的短消 息为协议消息： 用于通知激活呈现业务。 该短消息可以不必要向用户显示， 而 进行呈现业务激活。
在图 6呈现业务激活方法的基础上增加了业务激活中心 42 , 由业务激活中 心 42中继处理用于通知终端 53激活呈现业务的短消息。
实施例七， 一种呈现业务激活的方法， 如图 7所示， 该流程包括： 步骤 G1 : 终端 41生成短消息， 并在该短消息中携带通知激活终端 43激活 呈现业务的信息，使得终端 43可以根据该信息获知当前需要执行呈现业务激活 的操作， 并且在该短消息中添加业务激活中心 42的地址， 然后终端 41将所生成 的短消息发送至业务激活中心 42。
步骤 G2: 业务激活中心 42通过短消息向终端 43发送该通知激活终端 43激 活呈现业务的信息。
步骤 G3 : 终端 43解析该短消息， 根据该短消息中的地址——业务激活中 心 42的地址， 获知当前的短消息来自业务激活中心 42, 该短消息用于业务激活 处理， 并且根据该短消息内携带的具体信息内容， 可以获知当前短消息用于请 求激活呈现业务。 此时， 可以不向用户显示具体的消息。
在本方案中。 业务激活中心 42可以具体和短消息中心相连， 即可以理解为 短消息中心将业务激活中心 42逻辑上看作一个增值业务服务器 ,并为业务激活 中心 42分配一个源发送地址（可以但不限为 OOA ) 。 终端 43可以根据该源发 送地址， 判定此短消息来自业务激活中心， 并进行相应的处理。 下面以通过 Push消息通知第二终端激活呈现业务域的情况为例，本发明实 施例四激活呈现业务的方法进行具体描述。
实施例八， 一种呈现业务激活的方法， 流程如图如 8所示， 包括： 步骤 HI : 终端 51生成激活消息， 并在该激活消息中携带通知终端 54激活 呈现业务的信息，使得终端 54可以根据该信息获知当前需要执行激活呈现业务 的操作， 并且在该激活消息中添加业务激活中心 52的地址， 然后终端 51将所生 成的短消息发送至业务激活中心 52。
这里的业务激活中心 52既可以是专门的服务器，也可以是一般的业务服务 器。 当业务激活中心 52是专门服务器时， 终端 51需要发送专门的业务请求消息 (如使用短消息承载）； 当其是一般的业务服务器时， 其可以将终端 51发起业 务（如富媒体通信业务）的过程同时看作是业务请求， 即， 无需终端 51发送专 门的业务请求消息即可自动进入下述流程。
在本实施例中， Push消息可以使用其中的应用标识 （app - id ) 的取值来 标识当前的 Push消息为用于通知对端终端执行激活呈现业务的消息。
步骤 H2: 业务激活中心 52充当推送发起者 （PUSH Initiator, 简称 PI ) , 经推送网关 （Push Proxy Gateway, 简称 PPG ) 向终端 54发送该 Push消息。
步骤 H3:终端 54从 Push消息中解析获取当前的 Push消息为：请求本终端执 行激活呈现业务的消息。
可以理解， 本发明实施例激活呈现业务的过程也可以通过电路交换域实 现。 例如： 在进行基于分组交换域（PS域）的富媒体通信会话前， 存在一个电 路域的语音电话正在进行， 此时， 可以借助该语音会话实施如下两种方法， 实 现激活呈现业务的功能。
下面以第一终端通过 DTMF消息通知第二终端激活呈现业务的情况为例， 对激活呈现业务域的方法进行具体描述。
实施例九， 一种呈现业务激活的方法， 本实施例中， 终端 61与终端 64正在 进行 CS会话过程， 终端 61发起基于分组交换域（PS域） 的富媒体通信会话。 由于终端 61发起基于分组交换域（PS域）的富媒体通信会话， 其在发起时完成 呈现业务的激活， 但是由于终端 64没有驻留在分组交换域（PS域）， 同时未激 活呈现业务， 因此， 需要进行以下的流程（见图 6所示） ， 流程如图如 9所示， 包括：
步骤 J1 : 终端 61生成 DTMF消息， 并在 DTMF消息中携带通知激活终端 64 激活呈现业务的信息，使得终端 64可以根据该信息获知当前需要执行呈现业务 的操作 (比如可以在消息中携带一个特定的比特值，使得终端 64按照预先确定 的协议， 根据该特定的比特值， 可以获知当前需要执行呈现业务的操作）； 终 端 61将所生成的 DTMF消息发送至终端 61所属的移动交换中心 62。
本方案提供以下一种较优的用于通知激活终端 64激活呈现业务域的信息 的结构， 该信息结构包括： 业务标识、 消息类型、 流码、 业务数据信息。 其中： 业务标识， 用于表示当前消息为通知激活呈现业务域的消息，在本方案中 规定其占用 3个字符， 协议该标识取值为 abc时， 表示当前消息为通知激活呈现 业务的消息；
消息类型， 用于标识该消息的类型， 在本实施例中规定其占用 1个字符， 协议约定： 当其取值为 1时表示该消息为请求消息， 当其取值为 0时表示该消息 为响应消息；
流码， 用于标识流码率， 在本方案中规定其占用 1个字符， 取值范围可以 为 1、 2... ...9的任一；
状态码， 用于标识终端的状态， 在本实施例中规定其占用 2个字符， 协议 约定当其取值为 01时表示激活， 当其取值为 02时表示终端不支持呈现业务激 活， 当其取值为 03时， 表明终端用户拒绝激活操作， 当其取值为 04时， 表示终 端所在的网络不支持呈现业务激活， 其他的取值可以作为扩展使用；
业务数据， 用于携带扩展数据， 在本实施例中规定其不定长。
根据上述提供的信息格式以及取值协议， 在流程 J1中， 终端 31向移动交换 中心 62发送其中携带的信息体为" abcl lOl"的双音多频 （Dual Tone Multi Frequency, DTMF ) 消息。
步骤 J2: 移动交换中心 62将收到的 DTMF消息（"abcl lOl" )发送到终端 64 所属的移动交换中心 63。
步骤 J3 : 移动交换中心 62将收到的 DTMF消息 ( "abcl lOl" ) 中的信息 ( abcl lOl )提取出来， 封装成包含该信息（abcl lOl )的信令发送到终端 64所 属的移动交换中心 63。
步骤 J4: 移动交换中心 63将该 DTMF消息转发至终端 64。
终端 64接收到移动交换中心 63下发的 DTMF消息（携带信息" abcl lOl"的消 息）后， 从中解析出其携带的信息 （"acbl lOl" ) ， 获知当前的消息为用于请 求激活呈现业务的消息， 进行相应的激活呈现业务的操作： 直接执行激活呈现 业务操作； 或者， 在判断本终端是否支持呈现业务激活、 本终端所在的网络是 否支持激活呈现业务后， 当上述的判断结果均为"是，，的情况下， 执行激活呈现 业务域操作； 或者， 在判断本终端是否支持呈现业务激活、 本终端所在的网络 是否支持激活呈现业务、本终端是否同意激活呈现业务后， 当上述的判断结果 均为"是，，的情况下， 才执行激活呈现业务操作。
步骤 J4也可以替换为步骤 J5: 移动交换中心 63解析 DTMF消息， 根据其携 带的信息（"abcl lOl" ) , 可以获知此 DTMF消息携带激活呈现业务请求， 并将 DTMF消息中所封装的信息（"abcl lOl" )提取出来重新封装在信令消息（在本 实施例中可以但不限于： facility消息等） 中， 下发到终端 64。
相应的， 终端 34接收到移动交换中心 63下发的信令消息（比如使用 facility 消息封装， 携带信息" abcl lOl"的消息）后， 解析其携带的信息（"acbl lOl" ) , 获知当前的消息为用于请求激活呈现业务的消息，进行相应的激活呈现业务的 操作， 其具体操作见上所述。
在步骤 J5中， 移动交换中心 63将所接收到的 DTMF消息中携带的信息重新 封装为诸如 facility消息等的信令消息， 而不是釆用 DTMF消息的封装形式下发 至终端 64, 可以使得终端 64对该消息的接收， 不对当前的 CS会话产生不必要 的干扰。
同理， 移动交换中心 63 , 可以将接收到的信令消息转发到终端 64, 移动交换中心 63 , 可以将接收到的信令消息中的信息封装为 DTMF消息发 至终端 64。
为了高可靠传输， 终端 64在收到业务请求信息后， 可以继续进行以下的步 骤： 回复确认信息： 步骤 J6: 终端 64生成 DTMF响应消息 （其还可以为： Facility或其它消息， 即 J7 ) 并在所生成的消息中携带以下信息 "acbOlOr，后， 向移动交换中心 63发 送。
步骤 J8: 移动交换中心 63将收到的 DTMF消息（其还可以为： Facility或其 它消息）转发至移动交换中心 62。
步骤 J9: 移动交换中心 63将收到的 DTMF消息封装为信令消息（其还可以 为： Facility或其它消息封装为 DTMF消息）转发至移动交换中心 62。
步骤 J10: 移动交换中心 62将该 DTMF响应消息转发至终端 61。
终端 61在接收到该 DTMF响应消息后 , 从混音中解析出该 DTMF响应信息 的信息： "acbOlOl", 获知终端 64已正确收到了业务请求， 并且同意激活。
步骤 J10也可以替换为步骤 J11：
步骤 J11 : 移动交换中心 62解析该 DTMF响应消息， 并将 DTMF消息中所封 装的信息（"abcOlOl" )提取出来重新封装在信令消息（可以但不限于： facility 消息等） 中， 下发到终端 61。
终端 61在接收到该信令消息 （比如使用 facility消息封装， 携带信息
"abcOlOl'，的消息）后, 解析出该 DTMF响应信息的信息： "acbOlOl", 获知终 端 64已正确收到了业务请求， 并且同意激活。
在步骤 Jl 1中， 移动交换中心 62将所接收到的 DTMF响应消息中携带的信 息重新封装为诸如 facility消息等的信令消息， 而不是釆用 DTMF消息的封装形 式下发至终端 61 , 可以使得终端 61对该消息的接收不对当前的 CS会话产生不 必要的干 4尤。
同理， 还可以移动交换中心 62转发信令消息 （如 Facility消息） 至终端 61 ; 移动交换中心 62将信令消息（如 Facility消息）重新封装为 DTMF消息后发 至终端 61。 相应的处理方法同上类似。
为了防止由于信令在传输过程中的丟失而造成呈现业务激活不成功，可以 进行以下的规定： 如果终端 61在一定时间后未收到业务请求回复信息， 终端 61 将重新启动步骤 Jl。
另外的： 终端 64返回的响应消息中还可以携带多种信息， 例如： 一定条件 (时间段内 )拒绝请求， 这样终端 61在这一条件下不再重发（如" 03"拒绝激活 请求， 终端 61不再重发） 。
本方案以通过电路域呼叫建立 （Setup ) 消息通知第二终端激活呈现业务 域的情况为例， ， 对激活呈现业务域的方法进行具体描述。
实施例十， 一种呈现业务激活的方法， 终端 71与终端 74正在进行 CS会话 过程， 终端 71发起 CSI业务。 由于终端 71发起 CSI业务， 其在发起时完成呈现业 务域的激活， 但是由于终端 74没有驻留在呈现业务域， 即未激活呈现业务域， 需要进行呈现业务的激活， 流程如图 10所示， 包括：
步骤 K1 : 终端 71向被叫终端 74发送 Setup消息 （该消息先到达移动交换中 心 72 ) , 并在其消息中的用户到用户 （user to user ) 字段中按照一定的协议格 式携带协议数据，协议数据可以表示出业务的类型——当前的消息用于通知被 叫终端激活呈现业务。
步骤 K2: 移动交换中心 72收到该 Setup消息后， 向被叫终端 74所属的移动 交换中心 73发起呼叫操作，发送包括初始地址的与承载无关的呼叫控制协议消 息 （BICC— IAM消息） ， 并在该消息中携带 user to user字段数据。
步骤 K3 : 移动交换中心 73收到 BICC— IAM消息后， 向被叫终端 74发送 Facility消息， 并携带 user to user字段数据。
步骤 K4: 终端 74收到该 Facility消息， 并解析出 user to user字段数据中的封 装协议，得到相应的业务数据内容，获知当前终端 71请求本终端激活呈现业务， 并根据请求执行相应的操作： 直接执行激活呈现业务操作； 或者， 在判断本终 端是否支持呈现业务激活、本终端是否同意激活呈现业务、 以及本终端所在的 网络是否支持激活呈现业务后， 当上述的判断结果均为"是，，的情况下， 执行激 活呈现业务操作。
在终端 74接收到该 Facility消息后 ,终端 74向主叫终端 71发送拆线请求消息 ( disconnect消息） 以释放由于当前 Setup消息而建立的资源连接， 并携带终端 74成功、 或失败接收 user to user数据的原因值。
步骤 K5: 移动交换中心 73收到终端 74的拆线请求消息后， 向移动交换中 心 72发送与承载无关的呼叫控制协议释放消息（BICC— Release消息）， 同时携 带终端 74成功、 或失败接收 user to user数据的原因值。
步骤 K6: 移动交换中心 72收到移动交换中心 73的 BICC— Release消息后， 向终端 71发起拆线请求消息 （disconnect消息） ， 同时携带终端 74成功、 或失 败接收 user to user数据的原因值。
步骤 K7: 终端 71收到拆线请求消息后， 进行拆线操作， 并根据拆线请求 消息中携带的其原因值分析， 可以获知到终端 74是否正确接收到 user to user字 段中的封装协议数据。 为了使得拆线流程更加完善， 终端 71还可以在拆线完成 后， 向移动交换中心 72返回释放（Release ) 消息， 通知其拆线完成的结果。
步骤 K8: 移动交换中心 72收到 Release消息后， 向移动交换中心 73发送与 承载无关的呼叫控制协议释放完成消息（例如： BICC— release— complete消息）， 并携带原因值——拆线完成。
步骤 K9: 移动交换中心 73接收到 BICC— release— complete消息后， 向终端 74 发送拆线消息 （disconnect消息） ， 并携带原因值——拆线完成， 终端 74通过 其原因值了解到对端应答拆线完成。
由上可见， 利用本实施例的方法， 终端 71可以通过发送 Setup消息通知终 端 74激活呈现业务， 终端 74可以由该通知触发其激活呈现业务的操作，从而实 现了终端 74的被动激活呈现业务。
以上所有实施例中提到的呈现业务，可以是驻留在终端上的呈现业务客户 端，也可以是具备呈现业务功能的其它客户端， 例如具备呈现业务能力的地址 本。
上述本发明实施例方法在实际应用中， 不需要一直使用分组交换域（PS 域）来进行富媒体通信业务。 同时， 对于呈现信息也不需要一直关注。 本发明 方案， 在富媒体通信业务中， 提供技术方案， 使得终端不需一直保持分组交换 域激活， 也不用一直保持呈现业务在线。 而是在需要相应的业务服务时， 启用 相应的业务功能。 可以有效的降低同等条件下终端的耗电量，增长同等条件下 的终端待机时间。
本发明实施例提供富媒体通信业务的处理方法还可以通过富媒体业务服 务器进行对端呈现业务的激活。 实施例十一、 一种富媒体通信业务的处理方法， 流程如图 11所示， 包括： S1， 富媒体业务服务器接收第一终端的富媒体通信业务请求；
52, 富媒体业务服务器向第二终端发送的呈现业务激活通知信息；
53 , 第二终端根据所述呈现业务激活通知信息进行呈现业务的激活； S4,第二终端向所述富媒体业务服务器返回激活结果； 若激活结果为激活 成功，则在所述富媒体业务服务器的控制下通过呈现业务消息与第一终端进行 的富媒体通信业务。
实施例十一与上述方法实施例的区别在于通过富媒体业务服务器完成对 端的激活， 激活的过程中， 对于富媒体业务的发起方透明。 简化了呼叫发起方 终端的复杂度。 降低了终端的生产成本。
本发明实施例中，对于富媒体业务也可以不依赖于呈现业务实现， 具体如 下实施例。
实施例十二、一种富媒体通信业务的处理方法，流程图如图 12所示， 包括： T1 , 第一终端向第二终端发起富媒体业务通信；
T2, 所述第一终端通知第二终端本次通信请求使用的富媒体通信能力； 该激活通知至少包括：
所要激活的富媒体通信能力标识——用于标识所要激活的富媒体通信相 关通信能力；
该激活通知还可以包括：
激活标识——标识该通知用于富媒体通信业务激活；
激活通知源地址——标识第一富媒体通信客户端的身份（让第二富媒体通 信客户端知道这次激活是为了和谁进行富媒体通信）；
序列号——区别不同的通知，同时，在需要第二富媒体通信客户端回复时， 用序列号标识回复的是哪一条通知。
由进行通知的主体不同，向第二富媒体通信客户端发送激活通知可有下述 不同方法：
第一富媒体通信客户端使用带外通知的方式，直接向第二富媒体通信客户 端发送通知。具体的承载方式可以多种，前面实施例提到的方法这里同样适用。 第一富媒体通信客户端请求发起至第二富媒体通信客户端的相应会话，富 媒体通信服务器来触发向第二富媒体通信客户端的激活通知。
相关激活通知的承载可以多样， 前面实施例中提到的方法这里同样适 用。
T3 , 所述第二终端接收所述通知， 激活相应的富媒体通信能力； 并向所述 第一终端返回激活结果；
本实施例中， 第二终端通过解析所述通知可以获知所要激活的相应能力； 进行相应能力的激活操作。 在进行激活操作前， 第二富媒体通信客户端还 可以进行如下操作：
1. 判断相关业务能力， 本终端是否具备；
2. 判断相关业务能力终端所处网络是否具备；
3. 判断是否同意为所述第一终端激活相应得业务能力。
在上述判断都为是的情况下， 第二终端才进行激活操作。
本实施例中，所述第二终端激活响应的富媒体通信能力的过程中还可以包 括：
所述第二终端激活分组交换域。
T4,若所述激活结果为激活成功，则所述第一终端和第二终端进行富媒体 通信。
所述第二终端向第一终端返回的激活结果可以包括； 是否成功处理激活通 知的相应能力激活；
若激活失败， 所述激活结果可以包括： 处理失败的原因； 激活某种能力失 败后还可以返回所述第二终端支持的富媒体能力， 用于进行媒体协商。
具体返回的通信能力的方式可以携带现在可用的能力列表。供对方选择第 二终端当前可用能力进行富媒体通信会话。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步 骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读 存储介质中， 存储介质可以包括： ROM、 RAM, 磁盘或光盘等。 实施例十三， 一种终端设备 1300 , 包括： 激活通知发送单元 1310、 激活结 果接收单元 1320和富媒体业务处理单元 1330;
激活通知发送单元 1310 , 用于发送呈现业务激活通知信息给第二终端； 激活结果接收单元 1320 , 用于第一终端接收第二终端返回的激活结果； 富媒体业务处理单元 1330, 用于通过呈现业务获取所述第二终端的状态； 并根据所述第二终端的状态向所述第二终端发起的富媒体通信业务。本发明实 施例中，也可以不包含激活结果接收单元 1320, 即终端无需接收激活结果就可 以尝试发起呈现业务。 当然， 在收到激活结果， 确认对端呈现业务激活后再发 起业务显然可以使得本发明流程更加优化。
实施例十四， 一种终端设备 1400 , 包括： 激活通知接收单元 1410、 激活单 元 1420、 激活结果反馈单元 1430和富媒体业务处理单元 1440；
激活通知接收单元 1410 , 用于接收第一终端发送的呈现业务激活通知信 息；
激活单元 1420 , 用于根据所述呈现业务激活通知信息进行呈现业务的激 活；
激活结果反馈单元 1430 , 用于向所述第一终端返回激活结果；
富媒体业务处理单元 1440, 若呈现业务激活成功， 则通过呈现业务向所述 第一终端反馈第二终端的状态；并接收所述第一终端的请求与所述第一终端进 行的富媒体通信业务。
本发明实施例中， 也可以不包含激活结果反馈单元 1430, 即终端无需反馈 激活结果而直接发起呈现业务。
实施例十五，一种通信系统，包括：富媒体业务服务器 1510、第一终端 1520 和第二终端 1530;
所述第一终端 1520用于向富媒体业务服务器发送富媒体通信业务请求；并 在富媒体业务服务器的控制下与第二终端 1530进行富媒体通信；
所述富媒体业务服务器 1510用于接收第一终端 1520的富媒体通信业务请 求； 向第二终端 1530发送的呈现业务激活通知信息； 接收第二终端 1530的激活 结果， 若激活结果为激活成功， 则控制所述第一终端 1520和第二终端 1530进行 富媒体业务通信；
所述第二终端 1530根据所述呈现业务激活通知信息进行呈现业务的激活； 向所述富媒体业务服务器 1510返回激活结果； 若激活结果为激活成功， 则在所 述富媒体业务服务器 1510的控制下通过呈现业务消息与第一终端 1520进行的 富媒体通信业务。
实施例十六， 一种通信系统， 包括： 第一终端 1610和第二终端 1620; 第一终端 1610用于向第二终端 1620发起富媒体业务通信； 通知第二终端 1620本次通信请求使用的富媒体通信能力； 并接收第二终端 1620的激活结果， 若激活结果为激活成功， 则与第二终端 1620进行富媒体通信业务。
所述第二终端 1620, 用于接收所述第一终端 1610的通知， 激活相应的富媒 体通信能力； 并向所述第一终端 1610返回激活结果； 并在激活结果为激活成功 后， 与第一终端 1610进行富媒体通信业务。
本发明实施例提供的终端设备和通信系统的可以运行的方法，可参考上文 对本发明提供的提供多个富媒体通信业务处理方法和呈现业务激活方法实施 例的描述， 在此不再重复。
以上对本发明实施例所提供的富媒体通信业务的处理方法及终端设备和 通信系统进行了详细介绍， 其中：
本发明方法实施例中， 第一终端发送呈现业务激活通知信息给第二终端； 第一终端接收第二终端返回的激活结果；若所述激活结果为第二终端呈现业务 激活成功，则第一终端通过呈现业务消息向所述第二终端发起的富媒体通信业 务。 在需要进行富媒体通信业务时， 才开启相应的业务能力， 可以有效的降低 终端各种应用程序常对网络资源和系统资源的消耗，同时同等条件下降低终端 的耗电量， 增长终端待机时间。 例的说明只是用于帮助理解本发明的方法及其核心思想； 同时，对于本领域的 一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变 之处， 综上所述， 本说明书内容不应理解为对本发明的限制。

Claims

权 利 要 求
1、 一种富媒体通信业务的处理方法， 其特征在于， 包括：
第一终端发送呈现业务激活通知信息给第二终端；
第一终端通过呈现业务获取所述第二终端的状态；
第一终端根据所述第二终端的状态向所述第二终端发起的富媒体通信业 务。
2、 如权利要求 1所述的方法， 其特征在于， 所述第一终端发送呈现业务激 活通知信息给第二终端之后还包括：
第一终端接收第二终端返回的激活结果； 若所述激活结果为激活成功， 则 继续所述第一终端通过呈现业务获取所述第二终端的状态的步骤。
3、 如权利要求 1所述的方法， 其特征在于， 所述第一终端发送呈现业务激 活通知信息给第二终端的过程包括：
通过分组交换域控制信令发送呈现业务激活通知信息给所述第二终端； 或者通过短消息发送呈现业务激活通知信息给所述第二终端；
或者通过电路交换域控制信令发送激活通知信息给所述第二终端。
4、 如权利要求 1所述的方法， 其特征在于， 所述第一终端发送呈现业务激 活通知信息给第二终端的过程包括：
所述第一终端发送呈现业务激活通知信息给业务激活中心；
所述业务激活中心通过短消息或推送业务消息发送业务激活通知信息给 所述第二终端。
5、 如权利要求 1所述的方法， 其特征在于， 所述第一终端发送呈现业务激 活通知信息给第二终端的过程包括：
所述第一终端发送呈现业务激活通知信息给业务激活中心，以使业务激活 中心根据第二终端的配置信息， 判断第一终端用户是否有权限激活第二终端， 若有权限， 则发送业务激活通知信息给所述第二终端。
6、 如权利要求 2至 5任意一项所述的方法， 其特征在于， 第一终端发送呈 现业务激活通知信息给第二终端之后，若在预置的时间内未收到所述第二终端 的返回的激活结果， 则再次发送激活通知信息给所述第二终端。
7、 如权利要求 1至 5任意一项所述的方法， 其特征在于， 所述第一终端发 送呈现业务激活通知信息给第二终端包括：
第一终端根据密钥对激活通知信息进行加密发送。
8、 一种富媒体通信业务的处理方法， 其特征在于， 包括：
第二终端接收第一终端发送的呈现业务激活通知信息；
第二终端根据所述呈现业务激活通知信息进行呈现业务的激活； 若呈现业务激活成功 ,则通过呈现业务向所述第一终端反馈第二终端的状 态； 并接收所述第一终端的请求与所述第一终端进行的富媒体通信业务。
9、 如权利要求 8所述的方法， 其特征在于， 第二终端根据所述呈现业务激 活通知信息进行呈现业务的激活之前还包括：
对呈现业务的激活的可行性进行判断， 若判断结果为不能完成激活， 则直 接进行所述向所述第一终端返回激活结果的步骤，所述返回的激活结果指示激 活失败。
10、 如权利要求 9所述的方法， 其特征在于， 所述进行可行性判断的依据 包括： 终端的处理能力和 /或终端的网络接入能力。
11、 如权利要求 8所述的方法， 其特征在于， 第二终端根据所述呈现业务 激活通知信息进行呈现业务的激活之前还包括：
向用户询问是否允许激活呈现业务， 若用户拒绝激活， 则直接执行所述向 所述第一终端返回激活结果的步骤， 所述返回的激活结果指示激活失败。
12、 如权利要求 8至 11任意一项所述的方法， 其特征在于， 所述进行呈现 业务激活的过程中进一步包括： 所述第二终端判断分组交换域是否已经激活， 如若未激活， 则激活分组交换域。
13、 一种富媒体通信业务的处理方法， 其特征在于， 包括：
富媒体业务服务器接收第一终端的富媒体通信业务请求；
富媒体业务服务器向第二终端发送的呈现业务激活通知信息；
富媒体业务服务器接收所述第二终端返回的激活结果；若激活结果为激活 成功，则所述富媒体业务服务器的控制所述第一终端和所述第二终端进行的富 媒体通信业务。
14、 一种富媒体通信业务的处理方法， 其特征在于， 包括：
富媒体业务服务器接收第一用户终端发起的对第二用户的通信业务请求， 所述通信业务请求中携带业务类型标识；
富媒体业务服务器根据该通信业务请求和所述第二用户的配置信息，选择 需要激活的第二用户的终端，向所述选择的第二用户的终端发送激活消息进行 业务激活。
15、 一种富媒体通信业务的处理方法， 其特征在于，
第一终端向第二终端发起富媒体业务通信；
所述第一终端通知第二终端本次通信请求使用的富媒体通信能力； 所述第一终端接收所述第二终端根据第一终端的通知进行富媒体通信能 力激活的激活结果；
若所述激活结果为激活成功， 则所述第一终端和第二终端进行富媒体通 信。
16、 如权利要求 15所述的方法， 其特征在于， 若所述激活的结果为激活失 败， 则所述第二终端向第一终端返回的激活结果包括： 所述第二终端支持的富 媒体通信能力。
17、 一种终端设备， 其特征在于， 包括：
激活通知发送单元， 用于发送呈现业务激活通知信息给第二终端； 富媒体业务处理单元， 用于通过呈现业务获取所述第二终端的状态； 并根 据所述第二终端的状态向所述第二终端发起的富媒体通信业务。
18、 如权利要求 17所述的终端设备， 其特征在于， 还包括：
激活结果接收单元， 用于接收第二终端返回的激活结果。
19、 一种终端设备， 其特征在于， 包括：
激活通知接收单元， 用于接收第一终端发送的呈现业务激活通知信息； 激活单元， 用于根据所述呈现业务激活通知信息进行呈现业务的激活； 富媒体业务处理单元， 若呈现业务激活成功， 则通过呈现业务向所述第一 终端反馈第二终端的状态；并接收所述第一终端的请求与所述第一终端进行的 富媒体通信业务。
20、 如权利要求 19所述的终端设备， 其特征在于， 还包括：
激活结果反馈单元， 用于向所述第一终端返回激活结果。
21、 一种通信系统， 其特征在于， 包括： 富媒体业务服务器、 第一终端和 第二终端；
所述第一终端用于向富媒体业务服务器发送富媒体通信业务请求；并在富 媒体业务服务器的控制下与第二终端进行富媒体通信；
所述富媒体业务服务器用于接收第一终端的富媒体通信业务请求；向第二 终端发送的呈现业务激活通知信息； 接收第二终端的激活结果， 若激活结果为 激活成功， 则控制所述第一终端和第二终端进行富媒体业务通信；
所述第二终端根据所述呈现业务激活通知信息进行呈现业务的激活；向所 述富媒体业务服务器返回激活结果； 若激活结果为激活成功， 则在所述富媒体 业务服务器的控制下通过呈现业务消息与第一终端进行的富媒体通信业务。
22、 一种通信系统， 其特征在于， 包括： 第一终端和第二终端； 第一终端用于向第二终端发起富媒体业务通信；通知第二终端本次通信请 求使用的富媒体通信能力； 并接收第二终端的激活结果， 若激活结果为激活成 功， 则与第二终端进行富媒体通信业务；
所述第二终端， 用于接收所述第一终端的通知， 激活相应的富媒体通信能 力； 并向所述第一终端返回激活结果； 并在激活结果为激活成功后， 与第一终 端进行富媒体通信业务。
PCT/CN2009/074981 2008-11-28 2009-11-17 富媒体通信业务的处理方法及终端设备和通信系统 WO2010060359A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2008101801707A CN101426184B (zh) 2008-11-28 2008-11-28 富媒体通信业务的处理方法及终端设备和通信系统
CN200810180170.7 2008-11-28

Publications (1)

Publication Number Publication Date
WO2010060359A1 true WO2010060359A1 (zh) 2010-06-03

Family

ID=40616471

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/074981 WO2010060359A1 (zh) 2008-11-28 2009-11-17 富媒体通信业务的处理方法及终端设备和通信系统

Country Status (2)

Country Link
CN (1) CN101426184B (zh)
WO (1) WO2010060359A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101877847A (zh) * 2010-06-30 2010-11-03 华为终端有限公司 终端设备以及终端设备的分组交换域控制处理方法、装置

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101426184B (zh) * 2008-11-28 2010-07-21 华为终端有限公司 富媒体通信业务的处理方法及终端设备和通信系统
CN104518944B (zh) * 2013-09-27 2019-08-27 中兴通讯股份有限公司 一种通信套件在线状态转换方法、装置和系统
CN104954147A (zh) * 2014-03-28 2015-09-30 海尔集团公司 用于设备唤醒的方法、网关设备及服务器
KR102311613B1 (ko) * 2015-03-23 2021-10-13 삼성전자주식회사 통합 메시지 발신 방법 및 그 장치
CN114979984B (zh) * 2022-04-21 2023-07-21 中移互联网有限公司 消息的传输方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1941707A (zh) * 2005-09-28 2007-04-04 腾讯科技（深圳）有限公司 一种呈现用户状态和信息的方法及系统
CN1976346A (zh) * 2006-12-01 2007-06-06 华为技术有限公司 一种实现视频共享业务的方法、系统及装置
CN101179458A (zh) * 2006-11-09 2008-05-14 中兴通讯股份有限公司 一种实现多媒体信息的主叫呈现业务的方法
US20080182589A1 (en) * 2007-01-31 2008-07-31 Verizon Laboratories, Inc. Method and system of providing instant location service
US20080250149A1 (en) * 2007-04-09 2008-10-09 Morris Robert P Methods And System For Providing Concurrent Access To A Resource In A Communication Session
CN101426184A (zh) * 2008-11-28 2009-05-06 深圳华为通信技术有限公司 富媒体通信业务的处理方法及终端设备和通信系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100456782C (zh) * 2003-12-16 2009-01-28 腾讯科技（深圳）有限公司 一种电话状态信息呈现系统及其实现方法
DE102004047689A1 (de) * 2004-09-30 2006-04-13 Siemens Ag Verfahren zur Realisierung eines Presence Services und Presence System
CN1984183B (zh) * 2006-05-23 2010-06-09 华为技术有限公司 一种呈现业务的实现方法和终端设备
CN101005387A (zh) * 2006-12-31 2007-07-25 华为技术有限公司 提供用户状态信息的方法及呈现服务器和客户端
CN101242449B (zh) * 2007-02-06 2011-07-20 中国电信股份有限公司 电话用户状态呈现业务系统和方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1941707A (zh) * 2005-09-28 2007-04-04 腾讯科技（深圳）有限公司 一种呈现用户状态和信息的方法及系统
CN101179458A (zh) * 2006-11-09 2008-05-14 中兴通讯股份有限公司 一种实现多媒体信息的主叫呈现业务的方法
CN1976346A (zh) * 2006-12-01 2007-06-06 华为技术有限公司 一种实现视频共享业务的方法、系统及装置
US20080182589A1 (en) * 2007-01-31 2008-07-31 Verizon Laboratories, Inc. Method and system of providing instant location service
US20080250149A1 (en) * 2007-04-09 2008-10-09 Morris Robert P Methods And System For Providing Concurrent Access To A Resource In A Communication Session
CN101426184A (zh) * 2008-11-28 2009-05-06 深圳华为通信技术有限公司 富媒体通信业务的处理方法及终端设备和通信系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101877847A (zh) * 2010-06-30 2010-11-03 华为终端有限公司 终端设备以及终端设备的分组交换域控制处理方法、装置

Also Published As

Publication number Publication date
CN101426184A (zh) 2009-05-06
CN101426184B (zh) 2010-07-21

Similar Documents

Publication Publication Date Title
US20120066753A1 (en) Authentication method, authentication apparatus and authentication system
KR102334467B1 (ko) Ｖｏｉｐ 통화의 확립 및 관리
US8942671B2 (en) Methods, systems, and apparatus for handling secure-voice-communication sessions
JP2004500774A (ja) 既存の通信システムにおけるグループ通信サービスに参加するための方法及び装置
WO2007016851A1 (fr) Procede etablissant un canal de transmission de donnees pour dialogue en ligne afin de realiser la transmission du message
WO2010060359A1 (zh) 富媒体通信业务的处理方法及终端设备和通信系统
KR20090115465A (ko) 멀티클라이언트 간 세션 이동을 위한 시스템 및 방법
WO2007033549A1 (fr) Procede de transmission de message hors ligne
KR20090085152A (ko) 패킷 교환 도메인의 상태를 변경하기 위한 방법, 단말기 및 네트워크 장치
WO2011131055A1 (zh) 一种实现安全呼叫转移的方法、系统及装置
EP2381617B1 (en) A method for calling a conference when hard terminals have been bound to pc clients, a login server thereof, a conference server thereof and a pc client thereof
WO2009030096A1 (fr) Client de communication mobile et serveur de communication client, procédé de réalisation des communications
JP2012165464A (ja) 呼制御方法、回線交換ドメインアダプタ、および端末装置
WO2009082921A1 (fr) Procédé, système et appareil de mise en œuvre d'un service de transfert d'appels
KR101436679B1 (ko) 대형 메시지 모드 통합 아이피 메시지 전송 방법 및 시스템
JP6293740B2 (ja) メッセージを処理するための方法およびエンティティ
WO2011120369A1 (zh) 订阅呈现信息的方法、系统、资源列表服务器及呈现服务器
EP3163917B1 (en) Sending short messages over ussd
WO2015196809A1 (zh) 消息处理方法及装置
WO2007124662A1 (fr) Procédé, système, dispositif d'abonnement, dispositif d'information de commande centrale d'abonnement
WO2010115322A1 (zh) 预定义加入群组会话的加入实现方法和系统
KR100610873B1 (ko) 그룹 통신을 위한 가입자 상태 처리 방법 및 장치
EP1998517B1 (en) METHOD AND aPPARATUS FOR CHANGING STATUS OF PACKET SWITCHED DOMAIN
WO2016183748A1 (zh) 一种发现方法及设备
WO2011032390A1 (zh) 一种融合ip消息的发送方法及系统

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

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

Country of ref document: EP

Kind code of ref document: A1