WO2008148326A1

WO2008148326A1 - Method, system, business agent and terminal for realizing convergence business

Info

Publication number: WO2008148326A1
Application number: PCT/CN2008/070935
Authority: WO
Inventors: Kai Wen; Jiongjiong Gu
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2007-06-04
Filing date: 2008-05-12
Publication date: 2008-12-11
Also published as: CN101068199B; CN101068199A

Abstract

A method, a system, a business agent and a terminal for realizing convergence of IPTV business and communication business are provided. The method includes that a business agent entity generates a communication state notification information based on the communication business information and a binding relation of a communication terminal user identification and an IPTV terminal user identification, after receiving a communication business information transmitted by a communication terminal; the communication state notification information is transmitted to the IPTV terminal to carry out a process. The system includes an IPTV terminal and a business agent entity. The business agent entity includes a storing module, a receiving module, a notification information generating module and a transmitting module; or includes a storing module, a receiving module, an information converting module and a transmitting module. The terminal includes a notification information receiving module, an information processing module and a communication state displaying module; or includes a business request information generating module and a transmitting module. The scheme realizes convergence of IPTV business and communication business.

Description

Method, system, service agent and terminal for realizing integrated service

The present invention relates to a converged service technology, and in particular, to a method, system, service agent and terminal for realizing a converged service between a communication terminal and an IPTV terminal.

Say

Background technique

The IP Multimedia subsystem (hereinafter referred to as IMS) is a subsystem superimposed on the packet network by the 3rd Generation Partnership Project (3GPP), which uses the IP packet domain as its control letter. The bearer channel of the media transmission and the Session Initation Protocol (SIP) is used as the service control protocol. The SIP is simple, easy to expand, and the media combination is convenient to realize service management and session control. The three bearers are separated and provide rich multimedia services. The main functional entities in the IMS include: Call Session Control Function (hereinafter referred to as CSCF) for controlling user registration, implementing session control, and the like, and a home subscriber server for centrally managing user subscription data (Home Subscriber) Server, hereinafter referred to as: HSS), and an application server (Application Server, hereinafter referred to as AS) that provides various business logic control functions. The policy determines the functional entity (Quality of Service, hereinafter referred to as Qos). Policy Decision Function, hereinafter referred to as PDF).

In the new IMS architecture, some service management servers are added between the IMS Core network and the AS layer. Each service management server maintains specific triggers in a type of service, and the S-CSCF only needs to trigger services to the service management of the services. The server can be used to route the session to a specific service. The prototype of the service management server is the Service Capability Interaction Manager (hereinafter referred to as SCIM) defined in the 3GPP IMS architecture. As shown in FIG. 1 , it is a schematic structural diagram of the IMS architecture including the SCIM in the prior art. It is between the S-CSCF and the AS. Service Broker (hereinafter referred to as SB) is a possible type of SCIM for managing simple object access protocols using Web Services Description Language (hereinafter referred to as WSDL) and B IMS network. (Simple Object Access Protocol, hereinafter referred to as: SOAP) The abstraction exposes the interactivity between service functions.

Internet Protocol Television (hereinafter referred to as IPTV) is a display terminal for home televisions, PCs, or other electronic devices. It provides television programs and other value-added services based on TV programs through public Internet or private IP networks. : Live TV (hereinafter referred to as: LiveTV), on-demand TV (hereinafter referred to as: VOD), The content-rich audio-visual broadband IP multimedia information service.

Set-Top Box (STB) is an interface that is connected to the TV as a signal transmission medium and a TV. It is suitable for ordinary TV users and is a kind of IPTV service. The terminal equipment, through the STB, can receive satellite broadcasts and programs transmitted over the cable, and can provide additional services, such as: selecting the movie you want to watch on the Internet, enjoying the VOD service via satellite, and conducting e-commerce transactions such as home banking. Very convenient, usually, the STB is called an STB terminal together with the TV set. In this document, a terminal capable of receiving an IPTV service is generally referred to as an IPTV terminal. In real life, many consumers are more concerned with TV services than high-speed broadband data services. In fact, for most consumers, TV is still an indispensable audio home device. In practical applications, communication terminals, such as IMS terminals and CS domain terminals, are increasingly becoming the basic tools for communication between users.

At present, it is still impossible to realize the convergence of IPTV services and communication services. Summary of the invention

In view of this, the embodiments of the present invention provide a method, a system, a service proxy, and a terminal for implementing a converged service, and implement a converged service between an IPTV service and a communication service in an IMS network.

An embodiment of the present invention provides a method for implementing a converged service, which is applied to an IMS network, where the method includes: receiving, by a service proxy entity on a network side of a communication terminal, a communication service message related to the communication terminal;

The service proxy entity generates a communication status notification message according to the binding relationship between the communication terminal user identifier and the IPTV terminal user identifier and the received communication service message;

The service agent entity sends the communication status notification message to the IPTV terminal for processing.

The embodiment of the present invention further provides a service proxy entity, which is applied to an IMS network, where the service proxy entity includes: a storage module, where the user stores an IPTV terminal user identifier and a communication terminal user identifier and a binding relationship thereof; a communication status receiving unit, configured to receive a communication service message related to the communication terminal, and a notification message generating module, configured to query whether a binding relationship between the communication terminal user identifier and the IPTV terminal user identifier is stored in the storage module And if yes, the communication service message related to the communication terminal received by the communication status receiving unit, and the binding relationship between the IPTV terminal user identifier stored by the storage module and the communication terminal user identifier, Generate a notification message;

And a sending module, configured to send, to the IPTV terminal, a notification message generated by the message generating module.

An embodiment of the present invention further provides an IPTV terminal, where the IPTV terminal includes:

a notification message receiving module, configured to receive a notification message that is sent by the communication terminal network side bound to the IPTV terminal, and includes the communication service information of the communication terminal; a message processing module, configured to process a notification message received by the notification message receiving module;

The communication status display module is configured to display a communication status of the communication terminal processed by the message processing module.

An embodiment of the present invention further provides a system for implementing a converged service, which is applied to an IMS network, where the system includes an IPTV terminal, and a service proxy entity on the communication network side;

The service proxy entity is configured to store a binding relationship between the IPTV terminal user identifier and the user identifier of the communication terminal, receive a communication service message of the communication terminal, and generate a notification message according to the received communication service information, and send the notification message to the IPTV terminal;

The IPTV terminal is configured to receive a notification message sent by the service proxy entity, and display the communication state information of the communication terminal after processing the notification message.

The embodiment of the present invention further provides a method for implementing a converged service, which is applied to an IMS network, where the method includes: receiving, by a service proxy entity on a network side of the communication terminal, a communication service request message for processing a communication service of the communication terminal sent by the IPTV terminal;

The service proxy entity converts the communication service request message into a normal communication service request message according to a binding relationship between the IPTV terminal user identifier and the communication terminal user identifier and the communication service request message, and converts the message The subsequent communication service request message is sent to the application server for processing.

The embodiment of the present invention further provides a service proxy entity, which is applied to an IMS network, where the service proxy entity includes: a storage module, where the user stores an IPTV terminal user identifier and a communication terminal user identifier and a binding relationship thereof; a communication service message receiving unit, configured to receive a communication service message sent by the IPTV terminal, and a message conversion module, configured to convert, to convert, the communication service request message sent by the IPTV terminal received by the service request message receiving unit Requesting a message for a normal communication service, and transmitting the converted communication service request message to the corresponding application server through the sending module;

And a sending module, configured to send the converted communication service request message of the message conversion module to a corresponding application server for processing.

An embodiment of the present invention further provides an IPTV terminal, where the terminal includes:

a service request message generating module, configured to generate a communication service request message for processing a communication terminal bound to the IPTV terminal;

And a sending module, configured to send a communication service request message generated by the service request message generating module.

An embodiment of the present invention further provides a system for implementing a converged service, which is applied to an IMS network, where the system includes an IPTV terminal and a service proxy entity on the network side of the communication terminal;

The IPTV terminal includes: a service request message generating module, configured to generate a communication service request message for processing a communication terminal bound to the IPTV terminal;

a sending module, configured to send a communication service request message generated by the service request message generating module;

The service agent entity includes:

a storage module, the user stores an IPTV terminal user identifier and a communication terminal user identifier and a binding relationship thereof, and a receiving module, configured to receive a communication service request message sent by the IPTV terminal;

a message conversion module, configured to convert a communication service request message sent by the IPTV terminal received by the receiving module, convert the message into a normal communication service request message, and send the converted communication service request message to the sending module Go to the corresponding application server for processing;

The processing method for implementing the converged service provided by the embodiment of the present invention is applied to the IMS network, and the service agent of the communication terminal network side sends the notification message and converts the service message, so that the communication service of the communication terminal can be notified to the bound IPTV in time. The terminal, the IPTV terminal can also perform service processing on the bound communication terminal, realize the integration of the communication service and the IPTV service, and provide a richer service experience for the user; the architecture reuses the function of the application server of the existing network, There is no need to make major changes to the existing network, and the development cost is low and easy to implement. DRAWINGS

FIG. 1 is a schematic structural diagram of an IMS architecture including a SCIM in the prior art.

FIG. 2 is a network architecture diagram for implementing convergence of an IPTV service and a communication service when an IPTV terminal is in an IMS network according to an embodiment of the present invention.

FIG. 3 is a network architecture diagram for implementing convergence of an IPTV service and a communication service when an IPTV terminal is in a non-IMS network according to an embodiment of the present invention.

FIG. 4 is a flowchart of initiating subscription of a state of a communication terminal by an IPTV terminal according to an embodiment of the present invention.

FIG. 5 is a flowchart of realizing notification of a status of a communication terminal to an IPTV terminal by using a subscription mechanism according to an embodiment of the present invention. FIG. 6 is a flowchart of a call forwarding service processing performed by an IPTV terminal on an incoming call of a communication terminal in a subscription mechanism according to an embodiment of the present invention.

FIG. 7 is a flowchart of a call request initiated by an IPTV terminal in place of a bound communication terminal according to an embodiment of the present invention.

FIG. 8 is a flow chart of the IPTV terminal initiating subscription of the state of the communication terminal when the IPTV terminal and the communication terminal are in the same IMS network. FIG. 9 is a schematic structural diagram of a first embodiment of a service agent according to the present invention.

FIG. 10 is a schematic structural diagram of a second embodiment of a service agent according to the present invention.

FIG. 11 is a schematic structural diagram of a third embodiment of a service agent according to the present invention.

FIG. 12 is a schematic structural diagram of a fourth embodiment of a service agent according to the present invention.

FIG. 13 is a schematic structural diagram of a fifth embodiment of a service agent according to the present invention.

FIG. 14 is a schematic structural diagram of a first embodiment of an IPTV terminal according to the present invention.

FIG. 15 is a schematic structural diagram of a second embodiment of an IPTV terminal according to the present invention.

FIG. 16 is a schematic structural diagram of a third embodiment of an IPTV terminal according to the present invention.

FIG. 17 is a schematic structural diagram of a fourth embodiment of an IPTV terminal according to the present invention.

FIG. 18 is a schematic structural diagram of a fifth embodiment of an IPTV terminal according to the present invention.

FIG. 19 is a schematic structural diagram of a sixth embodiment of an IPTV terminal according to the present invention. detailed description

The communication terminal and the _IPTV terminal are two separate terminals. In the embodiment of the present invention, the two terminals may be located in the same IMS network, or may be located in different IMS networks, and the communication terminal may be in the IMS network, and the IPTV terminal is in the non-IMS. Network (Note: The IPTV terminal is in the IMS network, which means "IMS Based IPTV". The IPTV terminal accesses the IMS network and enjoys the IPTV service provided by the IMS network. The IPTV terminal is in the non-IMS network, which refers to the traditional IPTV network service provision method) . 2 is a network architecture diagram of an IPTV service and a communication service convergence when an IPTV terminal is in an IMS network according to an embodiment of the present invention. As shown in FIG. 2, an IPTV terminal and a communication terminal are respectively located in two IMS networks, where UE1 is an IPTV. Terminal, UE2 is a communication terminal, UE3 is a terminal that makes a call to UE2, SB (ServiceBroker) is a service proxy entity on the network side of the communication terminal, and PSS AS is a service server on the communication terminal network side (PSTN Simulation services), CSCFC Call Session Control The function is a call session control function entity in the IMS network. The UE1 communicates with the middleware and the VOD server through the CSCF and the IPTV gateway (an implementation of the IMS Based IPTV architecture). The UE1 terminal can use the IPTV service, and the convergence of the IPTV and the communication. The service is mainly implemented by the SB on the network side of the communication terminal, and the ability of the existing service application server is reused.

In FIG. 2, the basic framework process for implementing the converged service in the embodiment of the present invention is shown by an arrow, and the following describes: Step 1: UE1 successfully registers with the IMS network to establish a streaming media session;

Step 2. The UE1 interacts with the SB on the network side of the UE2, indicating that it is desired to obtain the relevant state of the UE2.

Step 3: UE2 receives an incoming call request of UE3, and UE2 has a ringing tone;

Step 4: The SB notifies the UE1 of the incoming call message about the UE2, and the UE1 may display the calling party related information of the incoming call. Step 5: The user forwards the incoming call to the voice mailbox by using the UE1 operation, and the UE1 sends a SIP request message to the SB. Step 6. After receiving the SIP request message sent by the UE1, the SB converts the message content into a standard communication service. After the message is forwarded to the PSS AS, the forward voice mailbox processing of the PSS AS is invoked, and the PSS AS completes the forward voice mailbox operation for the UE2 incoming call.

It can be seen that the integration of the IPTV service and the communication service is mainly implemented by the service proxy entity on the communication network side, and the service proxy entity generates the communication terminal including the communication terminal after receiving the communication service request message related to the communication terminal. The notification message of the communication service information is sent to the IPTV terminal, and the IPTV terminal can generate a communication service request message for processing the communication service of the communication terminal according to the received notification message, and send the message to the SB of the communication terminal network side, and the SB receives the communication service request message. After being converted into a normal communication service request message, it is sent to the corresponding AS for processing, and the existing AS processing logic is reused. The normal communication service request message refers to a corresponding communication service request message generated when the communication terminal processes the corresponding communication service.

The IPTV terminal can also be an IPTV terminal under the non-IMS network. As shown in FIG. 3, the IPTV terminal is a network architecture diagram for integrating the IPTV service and the communication service in the traditional IPTV network, and the approximate process and architecture thereof are shown in FIG. The architecture of the description is basically the same. The main difference is that the interaction between the IPTV terminal and the SB is performed through the IPTV middleware on the IPTV network side. The overall process and architecture are unchanged, and will not be described in detail.

The method for converging services provided by the embodiments of the present invention includes:

101. The service proxy entity on the network side of the communication terminal receives the communication service message related to the communication terminal.

102. The service proxy entity generates a communication status notification message according to the binding relationship between the communication terminal user identifier and the IPTV terminal user identifier, and the received communication service message, where the destination user identifier of the communication status notification message is The IPTV terminal user identifier;

103. The service agent entity sends the communication status notification message to the IPTV terminal, and after receiving the communication status notification message, the IPTV terminal performs corresponding processing.

In step 101, the service proxy entity on the network side of the communication terminal receives the communication service message related to the communication terminal, after receiving the communication service message by the call session control function entity on the network side of the communication terminal And, according to the subscription data message of the communication terminal user, triggering the communication service message to the service agent entity.

Before the step 101, the method may further include: the service proxy entity receives a subscription message sent by the IPTV terminal to subscribe to the communication status of the communication terminal, according to the IPTV terminal user identifier and the communication terminal user identifier. Determining whether to accept the subscription request, if the binding relationship exists, accepting the subscription request, and if not, rejecting the subscription request, then the communication terminal network side service After receiving the communication service message related to the communication terminal, the proxy entity sends according to whether the service proxy entity accepts the IPTV terminal The subscription request determines whether the communication status notification message is generated.

In step 103, after receiving the communication status notification message, the IPTV terminal performs corresponding processing, which is specifically the following processing manners or any combination:

Pause playback of the media stream;

Displaying a communication status message of the communication terminal on the IPTV terminal;

And generating, according to the communication status notification message, a communication service request message for processing the communication service of the communication terminal, and sending the communication service request message to the service agent entity, where the destination user identifier of the communication service request message is The IPTV terminal user identifier is bound to the communication terminal user identifier.

After receiving the communication service request message for processing the communication service of the communication terminal, the service agent entity, according to the binding relationship between the IPTV terminal user identifier and the communication terminal user identifier, and the communication service The request message converts the communication service request message into a normal communication service request message, and sends the converted communication service request message to the application server for processing.

An embodiment of the present invention further provides a method for implementing a converged service, including:

201. The service proxy entity on the network side of the communication terminal receives a communication service request message that is sent by the IPTV terminal to process the communication service of the communication terminal, and the destination address of the communication service request message is a communication terminal bound to the IPTV terminal user identifier. User ID;

202. The service proxy entity converts the communication service request message into a normal communication service request message according to the binding relationship between the IPTV terminal user identifier and the communication terminal user identifier and the communication service request message. And sending the converted communication service request message to the application server for processing.

The IPTV terminal and the communication terminal have different user identifiers, and the binding relationship between the communication terminal user identifier and the IPTV terminal user identifier needs to be set in the SB of the communication terminal network side. For convenience of description, the communication terminal and the subsequent description appear. The binding relationship of the IPTV terminal also refers to the binding relationship between the communication terminal user identifier and the IPTV terminal user identifier.

The embodiment of the present invention provides two specific implementation manners for setting a binding relationship between two terminal user identifiers on the SB: 1. Setting the binding relationship through self-service "Portal", indicating the user identifier of the communication terminal and the IPTV Binding the user ID of the terminal;

2. The binding relationship is set by the communication terminal, and the communication terminal can notify the SB to set the binding relationship by using the SIP message. The SIP message includes the user identifier of the bound IPTV terminal, and the communication terminal can also cancel the SIP message. Binding relationship.

The user can also configure the bound communication terminal user identifier on the IPTV terminal, and the IPTV terminal to the communication terminal network. When the SB of the network side sends a subscription or unsubscribe message, the destination user identifier of the message can be obtained according to the configured communication terminal user identifier. When the user processes the communication service of the communication terminal through the IPTV terminal, the user identifier of the bound communication terminal can be displayed on the IPTV terminal, and the destination user identifier of the communication service processing message of the communication terminal of the IPTV terminal is also the binding communication terminal identifier.

In the following method embodiments, the communication terminal user identifier needs to be set on the SB of the communication terminal network side.

Binding relationship between IPTV terminal user identifiers.

The specific implementation flow will be described below with reference to the specific embodiments.

FIG. 4 is a flowchart showing the IPTV terminal initiating the subscription of the state of the communication terminal in the embodiment of the present invention. In this embodiment, the IPTV terminal and the communication terminal are respectively located in different IMS networks. After receiving the status subscription request of the IPTV terminal, the SB notifies the IPTV terminal when the status of the communication terminal changes. In FIG. 4, UE1 is an IPTV terminal, CSCF1 is a call session control device on the network side of UE1, UE2 is a communication terminal, CSCF2 is a call session control device on the network side of UE2, and SB2 is a service proxy entity on the network side of UE2, which is implemented in the subsequent implementation. The above abbreviations in the examples have the same explanations as here, and will not be repeated in the following embodiments. The specific process of UE1 initiating a subscription will be described below with reference to FIG. 4:

541, after UE1 is successfully registered, according to the binding information configured by itself, the SIP URI (Universal Resource Identifier) of the bound UE2 is used as a Request-URL to generate a status subscription request message SUBSCRIBE, which is sent to CSCF2;

542. The CSCF1 routes the status subscription request message SUBSCRIBE to the CSCF2 of the UE2 network side according to the Request-URI in the message.

543. The CSCF2 sends the message to the SB2 according to the subscription data of the UE2 user.

544, SB2 detects whether there is a binding relationship between UE1 and UE2, if yes, accepts the request, generates a subscription success message 202 or 200, and sends it to CSCF2;

545, 26, subscription success message 202 or 200 is sent to UE1 through CSCF1 to complete the status subscription.

In the foregoing step S44, if the SB2 detects that the UE1 and the UE2 do not have a binding relationship, the message that the subscription fails is fed back to the UE1, and the message flow is the same as above.

According to the above procedure, UE1 may also send an unsubscribe request message to cancel the subscription to the UE2 status.

Once the subscription is successful, UE1 needs to maintain this subscription throughout the registration phase, and the way to refresh the subscription follows RFC3265.

UE1 can end this subscription by sending an unsubscribe request message when logging out.

The time when the UE1 initiates the subscription request may be that the UE1 is successfully registered, or the UE1 modifies the binding data after the registration is successful, that is, the user can modify the user identifier of the communication terminal bound to the UE1. When the UE1 bound communication terminal is modified from UE2 to UE3, UE1 first cancels the current subscription to the UE2 state, and then initiates a new subscription to the UE3 state. Or, UE1 does not initiate a subscription request after successful registration, but successfully establishes a streaming media session at UE1 (user The subscription request is initiated after watching the on-demand or live broadcast, because the registration is successful, and the streaming session is not necessarily established, depending on the implementation of UE1.

The use of the subscription mechanism to implement the converged service between the two terminals is a preferred implementation manner. When the user does not want to receive the status change of the communication terminal through the IPTV terminal, the status subscription can be cancelled, thereby giving the user a better experience. The following describes how the IPTV terminal learns the state of the communication terminal under the subscription mechanism and the IPTV terminal performs the communication service operation according to the state of the communication terminal.

FIG. 5 is a flow chart showing the status notification of the communication terminal to the IPTV terminal through the subscription mechanism in the embodiment of the present invention. In this embodiment, the IPTV terminal and the communication terminal are respectively located in different IMS networks. In this embodiment, UE3 is a communication terminal, and a call request is initiated to UE2, and SB2 on the UE2 side notifies UE1 of the communication status of the call request. As shown in Figure 5, the specific process for implementing the communication status notification is described:

551, UE3 initiates a call request to UE2 to CSCF2 on the UE2 side;

552. The CSCF2 triggers the call request to the SB2 according to the subscription data of the UE2.

553. The SB2 sends the call request to the UE2, and the UE2 rings.

554. The SB2 determines whether the UE1 subscribes to the communication status of the UE2, and if it is subscribed, executes S55. If there is no subscription, the process ends.

555, SB2 generates a NOTIFY notification message according to the content of the call request message and the user identifier of UE1, UE2, and sends the notification message to CSCF2;

556, S37, and CSCF2 send a NOTIFY message to UE1 through CSCF1, and UE1 displays that UE2 has an incoming call message of UE3 according to the content of the received NOTIFY message.

In this embodiment, the communication service of the UE2 may be the same as that of the short message, the multimedia message, and the like, and the processing flow is the same, and details are not described herein again.

The incoming streaming media suspension service is a converged service of the IPTV service and the communication service, and the IPTV terminal automatically pauses to play the streaming media during the communication process with the communication terminal bound to the IPTV terminal, when the communication terminal ends the call, The IPTV terminal automatically resumes the streaming media service. The converged service similar to the incoming streaming media suspension further includes: the IPTV terminal automatically pauses playing the streaming media after receiving the notification of the status change of the communication terminal, and automatically resumes playing the streaming media after the IPTV processes the related services of the communication terminal. In the embodiment of the present invention, after the SB sends the notification message to the IPTV terminal, the IPTV terminal may pause the streaming media playback, and resume the streaming media playback after the user responds to the communication message. If the communication terminal performs the call service, after the call ends, the SB may send a notification message of the end of the call to the IPTV terminal. After receiving the message, the IPTV terminal resumes playing the streaming media if the IPTV terminal is in the state of pausing the streaming media.

FIG. 6 is a diagram showing the pre-call transfer of an incoming call of a communication terminal by an IPTV terminal in a subscription mechanism according to an embodiment of the present invention; In the above two embodiments, how the UE1 subscribes to the UE2 state and how the SB2 notifies the UE2 to the UE1, respectively, will be described on the basis of this embodiment. The content of the notification message is implemented to perform the service operation on the UE2. Here, only the UE2 has an incoming call, and the UE1 performs a call forwarding service. As shown in FIG. 6, AS2 is an application server that performs a call forwarding service on the network side of the UE2, and UE4 is a destination communication terminal that forwards the call. The specific process for the IPTV terminal to implement the call forwarding service for the incoming call of the communication terminal is:

561. After receiving the incoming call notification message of the UE3, the UE1 generates a call forwarding communication service request message REFER, where the request message uses the SIP URI of the UE2 as a Request-URI, and the message includes the destination communication terminal of the call forwarding. User ID of UE4, sending the message to CSCF1;

The communication service request message REFER example is as follows:

REFER sip:UE2@ims.gd.com

From: UE1 <sip: UE 1 @ims. gd. com>,tag=de

To: UE2<sip: UE2@ims.gd.com>

Refer- To: sip:UE4@ims. gd.com; method=transfer

Contact:UEl ipaddress:5060

Call-ID : 22222

562. The CSCF1 routes the message to the CSCF2 according to the destination user identifier of the call forwarding communication service request message.

563. After receiving the call forwarding communication service request message, the CSCF2 triggers the request message to the SB2 according to the subscription data of the UE2.

564. The SB2 converts the call forwarding request according to the content of the call forwarding request message, and converts the call forwarding request into a normal communication service request message, that is, the call forwarding request is sent as before the UE2, and the converted call is forwarded. The transfer request is sent to the application server AS2 that performs the call forwarding service;

An example of the converted business request identifier is as follows:

REFER sip:UE3@ims. gd.com

From: UE2 <sip:UE2@ims.gd.com>,tag=cd

To: UE3<sip:UE3@ims.gd.com>,tag=ab

Refer- To: sip:UE4@ims. gd.com; method=transfer

Contact:UE2 ipaddress:5060

Call-ID: 11111

After the SB performs message conversion, the REFER message sent to the AS is already in the previous call Dialog;

S65. After receiving the call forwarding request, the AS2 returns a confirmation message 200 to the SB2. 566. The SB2 receives the acknowledgement message 200, and after the message is converted, sends an acknowledgement message to the UE1 through the CSCF2 and the CSCF1.

567. The AS2 performs a call forwarding service logic, and sends a CANCEL message to the UE2 to cancel the call connection between the UE3 and the UE2.

S68. The AS2 performs the call forwarding service logic, establishes a call connection between the UE3 and the UE4, and completes the call forwarding service.

In this embodiment, only the call forwarding description, the incoming call to voice mailbox, the incoming call request, the rejected call request, and the like are similar to this process, and will not be described one by one.

It should be noted that the SB conversion message needs to be converted according to the service interface requirements of the AS. Therefore, in cooperation with different ASs, the REFERs that may be sent after the conversion may not be completely the same, and only one case is given in the embodiment of the present invention.

The foregoing embodiment is a method for implementing a converged service under a subscription mechanism. The method for implementing a converged service between an IPTV terminal and a communication terminal may also be implemented without a subscription mechanism. The user identifier of the IPTV terminal and the user identifier of the communication terminal are on the network side of the communication terminal. After the SB is bound, when the SB receives the message that the status of the communication terminal changes, it checks whether there is a binding relationship between the user identifier of the IPTV terminal and the user identifier of the communication terminal, and if so, the bound IPTV The terminal sends a notification message NOTIFY. Taking the process shown in FIG. 5 as an example, after receiving the incoming call request of UE3, the SB determines that UE1 and UE2 have a binding relationship, and generates a notification message NOTIFY to send to UE1. The other processes are basically the same, and will not be repeated here. It should be noted that, when the IPTV terminal may not be online, the message is terminated on the IPTV terminal network side. If the IPTV terminal is online, the status change message of the UE2 is displayed on the IPTV terminal, and the IPTV terminal may also receive the NOTIFY message. The communication communication service request message is generated, and the service processing of the communication terminal is implemented by the SB on the communication terminal network side. The implementation process is basically the same as the embodiment shown in FIG. 6, and will not be described in detail herein. In this embodiment, UE1 may also send a notification message of UE1 online or offline to the SB, so that the SB can know whether UE1 is online, and if UE1 is not online, it does not send a notification message to UE1. This implementation is the same as the subscription mechanism and will not be described here.

FIG. 7 is a flow chart showing the IPTV terminal initiating a call request in place of the bound communication terminal in the embodiment of the present invention. The IPTV terminal and the communication terminal are still illustrated by two different IMS networks. As shown in FIG. 7, the specific implementation process is as follows: S7 UE1 inputs the user identifier of the calling UE3, or obtains the phone book stored by itself. Calling the user ID of the peer UE3;

S72. The UE1 generates a call request message according to the binding message of the communication terminal stored by the UE and the obtained user identifier of the calling UE3, and sends the call request message to the CSCF1. The example of the request message is as follows:

REFER sip:UE2@ims. gd.com

From: UE1 <sip: UE 1 @ims. gd. com> To: UE2<sip: UE2@ims.gd.com>

Refer- To: sip :UE3 @ims.gd. com; method=dial

ContactUEl ip address :5060

Call-ID: 11111

S73, CSCF1 routes the call request message to CSCF2;

S74, CSCF2 triggers the message to SB2 according to the subscription message of UE2;

575. The SB2 determines whether there is a binding relationship between the UE1 and the UE2. If not, the process ends. If yes, the call request message is converted according to the content of the request message, so that the call request message is sent by the UE2. And triggering the converted call request message to the application server AS2 that performs the call service;

An example of a converted call request message is as follows:

REFER sip:UE3@ims. gd.com

From: UE2 <sip: UE2@ims. gd. com>

To: UE3<sip: UE3@ims.gd.com>

Refer- To: sip :UE3 @ims.gd. com; method=dial

Contact:UE2 ip address:5060

Call-ID : 22222

576, AS2 normally processes the call logic, and returns a confirmation message 200 to SB2;

577. After receiving the acknowledgment message 200, the SB2 converts the acknowledgment message 200, and routes the message to the UE1 through the CSCF2 and the CSCF1.

S78. The AS2 performs call logic, connects UE2 and UE3, and completes call processing.

The above embodiment illustrates the case where the IPTV terminal and the communication terminal are in two IMS networks. If the IPTV terminal and the communication terminal are in an IMS network, the processing flow is similar, only the CSCF2 directly sends the message to the UE1 without routing to For the CSCF forwarding of other IMS networks, the following describes an embodiment of a subscription process. For other method embodiments, refer to the previous embodiments, and the detailed description is not provided.

Figure 8 shows a flow chart of the IPTV terminal initiating subscription to the status of the communication terminal when the IPTV terminal and the communication terminal are in the same IMS network. In the figure, UE1 and UE2 are users in the same IMS network, and the flow is as follows:

581, after UE1 is successfully registered, according to the binding information configured by itself, the SIP URI (Resource User Identity) of the UE2 is configured as a Request-URI, and a status subscription request message SUBSCRIBE is generated and sent to CSCF2;

582. The CSCF2 sends the message to the SB2 according to the subscription data of the UE2 user.

S83: SB2 detects whether there is a binding relationship between UE1 and UE2, and if yes, accepts the request, and generates a subscription. Work message 202 or 200, sent to CSCF2;

S84. CSCF2 sends a subscription success message 202 or 200 to UE1 to complete the status subscription.

The above embodiment of the method is described in the example of the IPTV terminal in the IMS network. For the IPTV terminal in the non-IMS network, the process is basically the same, and the prior art can be implemented according to the foregoing embodiment, and the detailed description is not provided here.

The above embodiment implements the converged service between the IPTV service and the communication service, and the user views through the IPTV terminal.

In the IPTV program, the communication service status of the communication terminal can be known through the IPTV terminal, and the media stream can be automatically paused to facilitate the user. The user can also process the communication service of the communication terminal through the IPTV terminal, thereby realizing the integration of the communication service and the IPTV service.

FIG. 9 is a schematic structural diagram of a first embodiment of a service proxy entity according to the present invention. The service proxy entity is applied to an IMS network, and the service proxy of the embodiment of the present invention includes:

The storage module, the user stores the IPTV terminal user identifier and the communication terminal user identifier and the binding relationship thereof, and the binding relationship can be implemented by using a two-dimensional or multi-dimensional table;

a receiving module, comprising: a communication status receiving unit, configured to receive a communication service message related to the communication terminal; a notification message generating module, configured to receive, according to the communication status receiving unit, a communication service message related to the communication terminal, and And generating, by the storage module, a binding relationship between the IPTV terminal user identifier and the communication terminal user identifier, and generating a notification message, where the destination user identifier of the notification message is the IPTV bound to the communication terminal user identifier User ID of the terminal;

10 is a schematic structural diagram of a second embodiment of a service proxy entity according to the present invention. On the basis of the embodiment shown in FIG. 9, the receiving module in the service proxy entity further includes: a service request message receiving unit, configured to receive a communication service request message sent by the IPTV terminal; correspondingly, the service proxy entity further includes: a message conversion module, configured to convert, by using the message requesting module, the communication service request message sent by the IPTV terminal received by the service request message receiving unit, It is converted into a normal communication service request message, and the converted communication service request message is sent to the corresponding application server through the sending module.

FIG. 11 is a schematic structural diagram of a third embodiment of a service proxy entity according to the present invention. In this embodiment, based on the embodiment shown in FIG. 9, the receiving module of the service proxy entity further includes: a subscription message receiving unit, configured to: Receiving a message that is sent by the IPTV terminal or canceling the status change of the communication terminal; correspondingly, the service agent entity further includes: a subscription status storage module, configured to store the IPTV terminal according to the message received by the subscription message receiving unit The subscription status storage module is connected to the notification message generating module, and the notification message generating module queries the subscription status message stored in the subscription status storage module before generating the notification message. If it is a subscription status, a notification message is generated, and if there is no subscription status, no notification message is generated.

FIG. 12 is a schematic structural diagram of a fourth embodiment of a service proxy entity according to the present invention. The service proxy entity is applied to an IMS network, and is used to implement convergence of an IPTV service and a communication service. The service proxy of the embodiment of the present invention includes: a storage module, and a user. The IPTV terminal user identifier and the communication terminal user identifier and the binding relationship thereof are stored, and the binding relationship can be implemented by using a two-dimensional or multi-dimensional table;

a receiving module, including a service request message receiving unit, configured to receive a communication service request message sent by the IPTV terminal;

a message conversion module, configured to query whether a binding relationship between the communication terminal user identifier and the IPTV terminal user identifier is stored in the storage module, and if yes, send the IPTV terminal received by the service request message receiving unit The communication service request message is converted to be converted into a normal communication service request message, and the converted communication service request message is sent to the corresponding application server through the sending module for processing;

The sending module is configured to send the converted communication service request message of the message conversion module to the corresponding application server for processing. It should be noted that the function of querying whether the two terminal user identifiers are bound in the message conversion module in the foregoing embodiment may also be implemented by a single query module, and details are not described herein again.

FIG. 13 is a schematic structural diagram of a fifth embodiment of a service proxy entity according to the present invention. As shown in the figure, the service proxy entity in this embodiment includes:

a storage module, configured to store an IPTV terminal user identifier and a communication terminal user identifier and a binding relationship thereof, and the binding relationship may be implemented by using a two-dimensional or multi-dimensional table;

The receiving module includes:

a communication status receiving unit, configured to receive a communication service message related to the communication terminal;

a service request message receiving unit, configured to receive a communication service request message sent by the IPTV terminal;

a subscription message receiving unit, configured to receive a message sent by the IPTV terminal or cancel a message of changing a state of the communication terminal;

a notification message generating module, configured to: according to the communication service message related to the communication terminal received by the communication status receiving unit, and the binding between the IPTV terminal user identifier stored by the storage module and the communication terminal user identifier And generating a notification message, where the destination user identifier of the notification message is a user identifier of the IPTV terminal that is bound to the communication terminal user identifier;

a subscription status storage module, configured to store, according to the message received by the subscription message receiving unit, a subscription status message of the IPTV terminal to the communication status of the communication terminal, and the subscription status storage module is connected to the notification message generation module to generate a notification Before the message, the notification message generating module queries the subscription status message stored in the subscription status storage module. If it is a subscription status, a notification message is generated, and if there is no subscription status, no notification message is generated.

a message conversion module, configured to convert, by using the service request message received by the service request message receiving unit, a communication service request message, to convert it into a normal communication service request message, and convert the converted communication service request message It is sent to the corresponding application server for processing through the sending module.

And a sending module, configured to send a notification message generated by the message generating module and a message converted by the message converting module.

14 is a schematic structural diagram of a first embodiment of an IPTV terminal according to the present invention. As shown in FIG. 14, the IPTV terminal includes: a notification message receiving module, configured to receive a network side sent by a communication terminal bound to the IPTV terminal a notification message indicating a change in communication state of the communication terminal;

a message processing module, configured to process a notification message received by the notification message receiving module;

The communication status display module is configured to display a communication status message of the communication terminal processed by the message processing module. 15 is a schematic structural diagram of a second embodiment of an IPTV terminal according to the present invention. The IPTV terminal is based on the IPTV terminal shown in FIG. 14. The IPTV terminal further includes: a streaming media control module, and is connected to the notification message receiving module. After the notification message receiving module receives the notification message, the streaming media control module controls to stop streaming media playback. After the user responds to the communication service, the streaming media control module controls to resume streaming media playback.

16 is a schematic structural diagram of a second embodiment of an IPTV terminal according to the present invention. The IPTV terminal is based on the IPTV terminal shown in FIG. 14. The IPTV terminal further includes: a service request message generating module, configured to receive the The notification message generates a communication service request message, and the destination user identifier of the communication service request message is a user identifier of the communication terminal; the IPTV terminal further includes a sending module, configured to send a communication service request generated by the service request message generating module Message.

FIG. 17 is a schematic structural diagram of a third embodiment of an IPTV terminal according to the present invention. The IPTV terminal is based on the IPTV terminal shown in FIG. 14. The IPTV terminal in this embodiment further includes: a communication status subscription/unsubscription module, configured to generate a subscription request message for subscribing to the communication status of the communication terminal or a message for canceling the subscription request, the subscription request message is used to subscribe to the communication status change notification of the communication terminal on the network side of the communication terminal, and the IPTV terminal may further include: The sending module is configured to send a subscription/unsubscribe message generated by the communication status subscription/unsubscribe module.

FIG. 18 is a schematic structural diagram of a fourth embodiment of an IPTV terminal according to the present invention, including:

a notification message receiving module, configured to receive a notification message of a communication state change of the communication terminal sent by the communication terminal network side bound to the IPTV terminal;

a streaming media control module, configured to control to stop or resume playing the streaming media according to the notification message of the communication state change of the communication terminal received by the communication message receiving module, for example, when the communication message receiving module receives the communication terminal After the incoming call request, the control stops playing the streaming media, and after receiving the message that the communication terminal ends the call, the control resumes playing the streaming media;

a communication status display module, configured to display a communication status message of the communication terminal processed by the message processing module; a service request message generating module, configured to generate a communication service request message according to the received notification message, the communication service request The Request URL of the message is a SIP URL of the communication terminal;

a communication status subscription/unsubscription module, configured to generate a subscription request message for subscribing to a communication status of the communication terminal or cancel a message of the subscription request, where the subscription request message is used to subscribe to a communication status of the communication terminal at a communication terminal network side Transform notification

The sending module is configured to send a communication service request message generated by the service request message generating module and a subscription/unsubscribe message generated by the communication status subscription/unsubscribe module.

FIG. 19 is a schematic structural diagram of a fifth embodiment of an IPTV terminal according to the present invention, including:

a service request message generating module, configured to generate a communication service request message for processing the communication terminal bound to the IPTV terminal, where the destination user identifier of the communication service request message is a user identifier of the communication terminal;

The embodiment of the present invention provides a system for implementing an IPTV service and a communication service to implement a converged service, where the system includes: a service proxy entity on the network side of the communication terminal, and an IPTV terminal bound to the communication terminal, specifically, the The service agent entity is the service agent entity in the embodiment corresponding to FIG. 9, and the IPTV terminal is the IPTV terminal in the embodiment corresponding to FIG. 14.

An embodiment of the present invention provides another system for implementing an integrated service between an IPTV service and a communication service, where the system includes:

A service proxy entity on the network side of the communication terminal, and an IPTV terminal bound to the communication terminal, specifically, the service proxy entity is a service proxy entity in the corresponding embodiment of FIG. 10, and the IPTV terminal corresponds to FIG. The IPTV terminal in the embodiment.

The service proxy entity on the network side of the communication terminal, and the IPTV terminal bound to the communication terminal, specifically, the service proxy entity is the service proxy entity in the corresponding embodiment of FIG. 11, and the IPTV terminal corresponds to FIG. The IPTV terminal in the embodiment.

An embodiment of the present invention provides another system for implementing an IPTV service and a communication service to implement a converged service, where the system package Includes:

The service proxy entity on the network side of the communication terminal, and the IPTV terminal bound to the communication terminal, specifically, the service proxy entity is the service proxy entity in the corresponding embodiment of FIG. 12, and the IPTV terminal corresponds to FIG. The IPTV terminal in the embodiment.

The service proxy entity on the network side of the communication terminal, and the IPTV terminal bound to the communication terminal, specifically, the service proxy entity is a service proxy entity in the corresponding embodiment of FIG. 11, and the IPTV terminal corresponds to FIG. The IPTV terminal in the embodiment.

In the foregoing system embodiments, the system for implementing the converged service may further include a call session control function entity on the communication network side, configured to receive the related communication service message of the communication terminal, and trigger the message to the location according to the subscription data of the user. Business agent entity;

The system may further include an application server on the communication terminal side, configured to receive the service message sent by the service agent entity, and perform corresponding processing.

Embodiments of the present invention, by binding a communication terminal user identifier to a service proxy entity on a communication terminal network side

The user of the IPTV terminal indicates that the notification message is sent to the IPTV terminal, and the communication service request message sent by the IPTV terminal is received and the message is converted, so that the IPTV service and the communication service are integrated, and the user can receive the communication in time when watching the IPTV session 0. The notification of the change of the terminal status brings convenience to the user. The user can also perform related services of the communication terminal through the IPTV terminal, thereby bringing a better experience to the user. The network architecture reuses the functions of the existing application server, and does not need to The application server and S-CSCF make major changes, and the development cost is low and easy to implement.

In summary, the above description is only a preferred embodiment of the technical solution of the present invention, and is not intended to limit the scope of protection of the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Claims

A method for implementing a converged service, which is applied to an IMS network, the method comprising: the service proxy entity receiving a communication service message sent by the communication terminal;

And generating, by the service proxy entity, a pass notification status notification message according to the communication service message and a binding relationship between the user identifier of the communication terminal and the IPTV terminal user identifier;

The method for implementing a converged service according to claim 1, wherein the service proxy entity pre-stores a binding relationship between a user identifier of the communication terminal and an IPTV terminal user identifier.

The method for implementing a converged service according to claim 1, wherein before the service agent entity on the network side of the communication terminal receives the communication service message related to the communication terminal, the method further includes: the service agent Receiving, by the IPTV terminal, a subscription message that is subscribed to the communication status of the communication terminal, and determining, according to the binding relationship between the IPTV terminal user identifier and the communication terminal user identifier, whether to accept the subscription request, if If the binding relationship exists, the subscription request is accepted, and if it does not exist, the subscription request is rejected, and the service proxy entity on the network side of the communication terminal receives the communication service message related to the communication terminal. Determining whether to generate the communication status notification message according to whether the service agent entity accepts the subscription request sent by the IPTV terminal.

The method for implementing a converged service according to claim 1, 2 or 3, wherein after the IPTV terminal receives the communication status notification message, performing corresponding processing, specifically, the following processing manners or any combination :

Pause playback of the media stream;

The method for implementing a converged service according to claim 4, wherein the service agent entity receives the communication service request message sent by the IPTV terminal for processing the communication service of the communication terminal, and according to the IPTV terminal user identifier Binding relationship with the communication terminal user identifier and the communication service request message, converting the communication service request message into a normal communication service request message, and transmitting the converted communication service request message to the application server deal with.

The method for implementing a converged service according to claim 5, wherein the communication service request message is a call forwarding message, a reverse voice mail message, an accept call request message, or a reject call request message.

A service agent entity, which is applied to an IMS network, wherein the service agent entity comprises: a storage module, the user stores an IPTV terminal user identifier and a communication terminal user identifier and a binding relationship thereof; and the receiving module includes a communication state. a receiving unit, configured to receive a communication service message related to the communication terminal, and a notification message generating module, configured to query, in the storage module, whether a binding relationship between the communication terminal user identifier and the IPTV terminal user identifier is stored, if And generating a notification message according to the communication service message related to the communication terminal received by the communication status receiving unit, and the binding relationship between the IPTV terminal user identifier stored by the storage module and the communication terminal user identifier. ;

The service proxy entity according to claim 7, wherein the receiving module in the service proxy entity further comprises:

a service request message receiving unit, configured to receive a communication service request message sent by the IPTV terminal; correspondingly, the service agent entity further includes:

a message conversion module, configured to query, in the storage module, whether a binding relationship between the communication terminal user identifier and an IPTV terminal user identifier is stored, and if yes, the service request message receiving unit receives the The communication service request message sent by the IPTV terminal is converted, converted into a normal communication service request message, and the converted communication service request message is sent to the corresponding application server through the sending module.

The service proxy entity according to claim 7 or 8, wherein the receiving module of the service proxy entity further comprises:

a subscription message receiving unit, configured to receive a message sent by the IPTV terminal or cancel a message that the status of the communication terminal is changed,

Correspondingly, the service agent entity further comprises:

And a subscription status storage module, configured to store subscription status related information of the communication status of the communication terminal by the IPTV terminal according to the message received by the subscription message receiving unit.

An IPTV terminal, where the terminal includes:

a notification message receiving module, configured to receive, by the communication terminal network side bound to the IPTV terminal, a notification message including the communication service information of the communication terminal;

The IPTV terminal according to claim 10, wherein the IPTV terminal further comprises: a streaming media control module, configured to control the IPTV terminal temporarily after the notification message receiving module receives the notification message Stop playing the media stream.

The IPTV terminal according to claim 10 or 11, wherein the IPTV terminal further comprises: a service request message generating module, configured to generate a communication service according to the notification message received by the notification message receiving module Request message

13. A system for implementing a converged service, applied to an IMS network, characterized in that the system comprises an IPTV terminal and a service agent entity;

The system for implementing a converged service according to claim 13, wherein the service agent entity specifically includes:

a storage module, the user stores the IPTV terminal user identifier and the communication terminal user identifier and the binding relationship thereof; the receiving module includes a communication status receiving unit, configured to receive a communication service message related to the communication terminal; and a notification message generating module, configured to a communication service message related to the communication terminal received by the communication status receiving unit, and a binding relationship between the IPTV terminal user identifier stored by the storage module and the communication terminal user identifier, and generating the communication terminal Notification message of communication service information;

a sending module, configured to send the notification message generated by the message generating module to the IPTV terminal, where the IPTV terminal specifically includes:

a notification message receiving module, configured to receive the notification message sent by the service proxy entity;

The communication status display module is configured to display communication status information of the communication terminal processed by the message processing module.

The system for implementing a converged service according to claim 14, wherein the IPTV terminal further comprises:

a service request message generating module, configured to generate a communication service request message according to the notification message received by the notification message receiving module;

The receiving module in the service proxy entity further includes: a service request message receiving unit, configured to receive a communication service request message sent by the IPTV terminal, where the service agent entity further includes:

a message conversion module, configured to convert, by using the service request message receiving unit, the communication service request message sent by the IPTV terminal to convert it into a normal communication service request message, and convert the converted communication service request The message is sent to the corresponding application server for processing by the sending module of the service proxy entity.

A method for implementing a converged service, which is applied to an IMS network, the method comprising: receiving, by a service proxy entity, a communication service request message for processing a communication service of a communication terminal, sent by an IPTV terminal; a binding relationship between the IPTV terminal user identifier and the communication terminal user identifier and the communication service request message, converting the communication service request message into a normal communication service request message, and transmitting the converted communication service request message to Application server processing.

A service agent entity, applied to an IMS network, characterized in that: the service agent entity comprises: a storage module, the user stores an IPTV terminal user identifier and a communication terminal user identifier and a binding relationship thereof; the receiving module, including the communication a service message receiving unit, configured to receive a communication service message sent by the IPTV terminal, and a message conversion module, configured to convert the communication service request message sent by the IPTV terminal received by the service request message receiving unit, and convert the message into a communication service request message a normal communication service request message, and the converted communication service request message is sent to the corresponding application server for processing by the sending module;

18. An IPTV terminal, wherein the terminal comprises:

19. A system for implementing a converged service, applied to an IMS network, characterized in that the system comprises an IPTV terminal and a service agent entity;

The IPTV terminal includes:

The service agent entity includes:

a storage module, where the user stores the IPTV terminal user identifier and the communication terminal user identifier and the binding relationship thereof; a receiving module, configured to receive a communication service request message sent by the IPTV terminal;

And a sending module, configured to send a communication service request message converted by the message conversion module to a corresponding application server.