Method and system for providing a multimedia call model

A multimedia call model is provided to handle, maintain and control multimedia calls and their interactions in a network entity (100) for an end-user in the network. The call model provides a first Call Control Process (CCP) (102) having a first media service type and associated with a first group of agents (104, 106), and a second CCP (112) having a second media service type and associated with a second group of agents (114, 116, 118, 124, 126, 128). The call model also provides a Multimedia Call Process (MMCP) (150) for facilitating the arrangement and/or communication between the two CCPs.

The present disclosure relates generally to voice and data communications, and more particularly, to multimedia call modeling in a telecommunication network entity.

In a given telecommunication network entity, a call model is implemented in order to establish, manage and keep track of call activities for a given end-user in the network. The call model is usually a software model implemented in the network entity. The call model activities change based on the activities of the end-user such as initiating a call, putting the call on hold, hanging-up the call and other actions.

Many standard call models exist today to manage calls and the interaction of call related services such as rrU CS-1, CS-2, AIN0.1 and AIN0.2. These call models are very popular in the fixed line network entities such as Public Switch Telephone Network (PSTN) switches. The Cellular Telecommunications Industry Association (CTIA) extends the fixed line call models to cover Wireless Intelligent Network (WIN) including the mobility call model. These call models are mainly used for voice based applications.

SUMMARY OF THE INVENTION

The present disclosure introduces a method and system to provide a call model to handle, maintain and control multimedia calls in a network entity for an end-user in the network. Also, the present disclosure presents a method for interaction between different models in a multimedia call model system.

In one example, a multimedia call model provides a first Call Control Process (CCP) having a first media service type, wherein the first CCP is associated with a first group of agents, and a second CCP having a second media service type, wherein the second CCP is associated with a second group of agents. The call model handles a multimedia service request between at least one of the first group of agents with at least one of the second group of agents by a Multimedia Call Process (MMCP), wherein the MMCP coordinates with the first CCP and the second CCP for providing the multimedia service.

The present disclosure introduces a minimum amount of delay in multimedia services call setup and provides a robust call state machine for high multimedia services performance. The present disclosure also allows fast introduction of multimedia Intelligent Networks services.

Moreover, the present disclosure provides a multimedia call model solution with a high scalability factor that allows the call model to support in a single call session any number of users as in conferencing and multi-party calls, any number of tele-service call and any tele-service call type. Additionally, the present disclosure provides a multimedia call model solution with a centralized control processor where a single Multimedia Call Control Process manages many Call Control Processes.

Also, the present disclosure provides a multimedia call model with a high flexibility factor that allows a single agent in a CCP of the call model to be characterized by one of many criteria. Also, the flexibility of the model allows any criteria to be used to characterize an agent in the CCP. Moreover, the present disclosure provides a multimedia call model solution that provides a high service quality that introduces very low delay in managing different tele-services types and different call connections for different users during the same call session.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1illustrates a traditional call model composed of two agents and one call control process.

FIG. 2illustrates a state diagram for a circuit originating agent.

FIG. 3illustrates a state diagram for a circuit terminating agent.

FIG. 4illustrates a multimedia call model system according to one embodiment of the present invention.

FIG. 5illustrates a multimedia call model for concierge service.

FIG. 6illustrates state diagram for a GPRS data agent.

DESCRIPTION OF THE PREFERRED EMBODIMENT

For the purposes of illustrating the present disclosure, various acronyms are used, the definitions of which are listed below:CCP Call Control ProcessIP Internet ProtocolPSTN Public Switch Telephone NetworkQoS Quality of ServiceTCP/IP Transmission Control Protocol/Internet Protocol

The present disclosure is described below with several examples. It is understood, however, that the examples are not necessarily limitations to the present disclosure, but are used to describe embodiments of operation.

FIG. 1illustrates the traditional call model concept using two agents10,12and one Call Control Process (CCP)14available in a communications network entity16. Agents can be processes or modules that are used to facilitate communication in a network over a desired protocol. The agent10can be designated, for the sake of example, as the originating agent and the agent12can be designated as the termination agent. When a call originator18attempts to complete a call to a destination20, a request comes to a node in the communications network. The node can be a switch, a gateway, or any other network element suitable to perform this task. The node then starts the CCP14for serving the call request. The CCP14then creates an originating Agent and a terminating Agent based on the information received in the call request from the call originator18. Creating an Agent includes, for instance, identifying the agent type, the protocol it supports and other required criteria. The CCP14activates the originating agent10to serve the originator18in the originator's required protocol, e.g., SS7 ISUP. The CCP14also activates the terminating agent12to serve the destination20in their required protocol, e.g., also SS7 ISUP. After the originating and termination agents are created, the CCP14links both agents and the call trio model is created.

Each agent consists of different states depending on the location of the call origination, location of the call termination and the media service type requested. As an example, the originating agent consists of the states as presented inFIG. 2. The present example starts with the originating agent10in a disconnect state40. When activated, the agent10enters an active state42and waits for an answer to the call (state44). The call proceeds at state46and call setup is authorized at state48. A route is selected at state50, information is analyzed at step52, and the origination attempt is authorized at state54. At any time, an exception56can occur and the state returns to a NULL state58, in other words the call setup procedure is aborted.

FIG. 3provides an example of another set of states for the terminating agent12. The present example start with the terminating agent12in a disconnect state80and a dormant state82. When activated, the agent12enters an active state84, then an alerting state86and a present call state88. A facility is then selected at state90and a termination attempt is authorized at state92. At any time, an exception94can occur and the state returns to a NULL state96.

With the introduction of packet data services in the wireless and wireline environment, especially multimedia services, there is need to have a call model to effectively manage multimedia calls, the interactions of multimedia services and the associated Intelligent Network (IN) services. The complexity in multimedia call models arises from the fact that the same call model must be able to handle more than one call media type for the same end user in the network Multimedia services allow the end-user to communicate with another peer using more than one media type in the same session without terminating any call. For instance, a voice call can be conducted simultaneously with a data call such as a file transfer or even video conferencing. Also, the service allows adding additional calls of different media types to the same session. Current call models require each call to be associated with two agents: the originating agent and the terminating agent. Each agent has its associated states and Points In Call (SIC) or Detection Point such as Trigger Detection Point or Event Detection Point. Oftentimes in multimedia calls, an agent is required to change its call type in the middle of a call. For example, a SIP agent sometimes must change its voice call to a packet data call. With current call models, the new packet data call is required to go through unnecessary call origination and set-up procedures such as authorization and routing. Existing call models are not capable of handling this interaction. There is no known multimedia call model that can handle multimedia calls. Thus far, the AIN0.1, AIN0.2, ITU CS-1 and rTU CS-2 are commonly used and CTIA WIN is on-going to address wire-line and wireless IN applications.

What is needed is a multimedia call model that effectively manages calls of different medias for the same user during the same telecommunication session. The multimedia call model should be able to handle all media types that are available today for an end-user and should be able to handle future services and media types that are not currently available. The model should also be easily implemented into software. In addition, the model should be scalable in order to handle a multitude of different media types for the same user and support a large number of users in a given network entity. The model should work with existing call models that are implemented in other network entities that do not support multimedia services.

FIG. 4illustrates one embodiment of a multimedia call model system100. The call model system100can be implemented in one or more different nodes of any type of network, including MSC and GSN nodes in a wireless network, STP and SCP nodes in the SS7 network, and/or server and client nodes in an1P network. For the sake of example, the call model system100is implemented, along with the CCPs and agents, in a single node connected between the PSTN, the Internet, and several wireless voice/data networks.

In this example, each call is associated with two or more agents and a CCP. Also, each agent is characterized with agent states and Service Data Protocol (SDP) where call control signaling protocol, the requested service profile, the agreed QoS and media protocol are included. In furtherance of the example, CCP102is a call with an ISUP agent104as the originating agent and a SIP voice agent106as the terminating agent. The CCP102is responsible for harmonizing the signaling protocol, bearer and tele-service capabilities among all involved agents. The CCP102manages the service negotiation, connection setup, status and tearing-down operations for the basic call. Once all involved agents agree on the service capabilities and the required Quality of Service (QoS), the agents can be interconnected.

Similarly, CCP112is a call with agents114,116,118, and CCP122is a call with agents124,126, and128. The CCPs112,122are responsible for harmonizing the signaling protocol, bearer and tele-service capabilities among their associated agents involved in the call. The CCPs112,122manage the service negotiation, connection setup, status and tearing-down operations for the basic calls. Once all involved agents agree on the service capabilities and the required Quality of Service (QoS), the agents can be interconnected.

In multimedia applications, the bearer, comprising the user data traffic and tele-service capabilities as well as the negotiated QoS agreed upon during the call setup, may oftentimes change.

Whenever there is a change of the agreed service and QoS, new harmonization among involved agents and calls may be initiated and consensus should be reached. This consensus is achieved via the Multimedia Call Process (MMCP)150. Like the CCPs102,112, and122in a call, the MMCP150coordinates and controls the multimedia call among various CCPs. Each CCP is able to have one media service type such as voice service or packet data service at a certain QoS. MMCP150also handles the service negotiation and inter-basic call interactions among two or more basic calls. The MMCP150manages multimedia service, the basic call setup, status and tearing-down operation of basic calls. When a change of QoS is requested from an involved party, a new basic call is created by the MMCP150. Furthermore, new QoS is negotiated among the involved parties. The previous call may be removed by the MMCP150.

To further describe the present embodiment, an example of a multimedia call can be described using the modules ofFIG. 4. In this example, agent104initiates a voice call to agent106using the TDM media. In this example, the TDM media is controlled and managed by CCP102. If agent104wants to have a data service with agent116who has been engaged with a call with agents114and118, this service shall be controlled and managed by the MMCP150. The MMCP150coordinates service capability of each involved agent and provides system resource allocation based on certain service provisioning criteria. Depending on the tele-service capability of agent116, the data service can be set up with the coordination of CCP102and CCP112.

FIG. 5can be used to describe another example, utilizing a concierge service between two end-users in the network. The first end user can be a call originator with a standard GSM/GPRS Class B mobile terminal160, and the second user can be a destination at a hotel or other facility with a SIP terminal162(illustrated as a computer with headphone and microphone). Although several communication protocols such as SIP, ISUP and GTP are mentioned in the illustration, it is understood that the details of these protocols are well known to those of ordinary skill in the art. In the concierge service example, the GSM/GPRS Class B mobile terminal160starts a telecommunication session with a basic voice call request with the SIP terminal162. The call request is received by the network entity where the multimedia Call model is implemented. MMCP150receives the call request and, based on the call information included in the call request (e,g, calling number and called number), translates it into a call request from an ISUP end-point to a SIP end-point. MMCP150then creates CCP-1102and passes the call information to it. CCP-1102then creates an originating agent104of type ISUP and a terminating agent106of type SIP, and interconnects the two agents, hence creating a Voice-based call model that handles ISUP to SIP voice sessions

During the voice connection, the mobile terminal160requests the concierge162for data information such as a list of directory services, a map, or pictures of a facility. The concierge162then initiates a data call to the mobile terminal160. The data call is initiated in the SIP protocol for downloading the data applications by sending a SIP re-invite message.

Upon the arrival of the SIP re-invite message, the CCP-1102passes this message to the MMCP150. The MMCP150then decides to create anew data call by creating CCP-2112. Based on the service capability of the SIP concierge agent, the service provisioning and the mobile station capabilities, MMCP150determines if the terminating agent106(SIP-voice) or the originating agent104(ISUP-voice) should be kept alive. Since in the present example, the GSM/GPRS class B terminal160can only support one media type at a time, and given that the MMCP150is aware of this limitation, the MMCP150uses the necessary information from CCP-1102to create CCP-2112. Once CCP-2112is created, MMCP150directs the elimination of CCP-1102along with the originating and terminating agents104,106.

After receiving all necessary information from MMCP150, CCP-2112creates a SIP-ata originating agent116towards the SIP user-end, and a GTP-data terminating agent114towards the mobile station160, then connects the two agents to form a SIP to GTP call session. Based on the service capability of the mobile terminal160and the associated service provisioning, the proper portion of resources are assigned with CCP-2112via the MMCP150and the QoS is negotiated with the originating agent116(SIP-data) for the completion of CCP-2112.

During the SIP-to-GTP connection, the mobile station160can re-initiate the voice call with the same SIP end-user. When MMCP150receives this request, the CCP-1102creation is repeated and CCP-2112is eliminated. This due again to the fact the mobile class-B cannot support voice and data simultaneously during the same call session.

FIG. 6presents a more detailed illustration of a state model180used by the GPRS agent in the example ofFIG. 5. The GPRS agent states180are different from the circuit agent states presented inFIGS. 2 and 3. The states include a Disconnect stat182, a PDP Context Change state184, a PDP Context Established state186, a Context Setup Attempt & Authorization state188, an Exception state190, and a NULL state192. In the GPRS state agent model180, the NULL state192is entered when the GPRS agent114is allocated from CCP-2112. The Exception state190is entered when any GPRS exceptions occur during the handling of the GPRS call. An Exception handler routine may be performed before the agent114enters into the NULL state192. In the Context Setup Attempt & Authorization state184, setup attempt and authorization take place based on service provisioning and other subscriber related features. The PDP Context Established state186is entered after the PDP context has been established and a GTP tunnel has been successfully established. In this state186, packet data can be sent from end-to-end. The Disconnect state182is entered when the GPRS agent is requested to remove its PDP context from GPRS MS or the network. A call feature such as prepaid and CAMEL services shall also be available at this state182. The PDP Context Change state184is entered when the GPRS agent114is requested to change a serving SGSN. After successful change, the agent114enters into PDP Context Established state186.

In some embodiments, the SIP agent116can use the same call model as those for the circuit agents (FIGS. 2,3).

If the mobile is a GSM/GPRS Class A that can handle simultaneous data and voice sessions during the same call session, MMCP150will not eliminate the CCP-1102, but creates CCP-2112in parallel, and manages both calls of different media voice and Data at the same time during the same session. In this scenario, two CCPs102,112co-exist and are running and managed at the same time by MMCP150, and the mobile is receiving voice and data services during the same call session.

To keep proper track of call information for billing to the subscriber104, an example is that one call detail record (CDR) is maintained per multimedia call (i.e. per MMCP). This CDR may be stored with the MMCP150, or may be stored in a different node of the network. In the present embodiment, the CDR record comprises all voice CDR and data CDR, even if not every call is a multimedia call. Table 1, below, provides an example of a CDR.

Another method to handle billing can also be to generate CRD for each media service that has happened in the MMCP. With this method, the Table 2, below, summarizes the CDR generation events.

The above disclosure provides many different example embodiments for implementing the disclosure. However, specific examples and processes are described herein to help clarify the disclosure. These are, of course, merely examples and are not intended to limit the disclosure from that described in the claims. For instance, even though the concierge service is used to describe the disclosure, the present disclosure also applies to any service or call that exists today and that will be available in the future. Also, even though voice and data media types were used as examples to describe the disclosure, the present disclosure also applies to any service type of any media. Additionally, even though a QoS level is used as one of the criteria to characterize an agent in the disclosure, the present disclosure also applies to a class of QoS to which multiple QoS levels belong. Additionally, even though 3 CCPs are used to describe the disclosure, the present disclosure applies to multiple CCPs managed by one MMCP. Furthermore, even though two end-users are used to describe the disclosure, the present disclosure also applies to multiple end-users that can engage in a single call session. In addition, even though two tele-service types are used to describe the disclosure, the present disclosure also applies to any number of tele-services as well as any number of media types that can be supported in a single call. Moreover, the present disclosure can be implemented in any network entity of a telecommunication entity. Also, even though multimedia services are used to describe the disclosure, the present disclosure also applies to any service that requires adding, removing and managing multiple calls of different types for the same end-user during a single telecommunication session.

The present disclosure as described above thus provides an economical and effective solution in defining a multimedia call model to handle, maintain and control multimedia calls and their interactions in a network entity for an end-user in the network.

In addition, the present disclosure introduces low delay in multimedia services call setup and provides a robust call state machine for high multimedia services performance. The present disclosure also allows fast introduction of multimedia Intelligent Networks services.

Moreover, the present disclosure provides a multimedia call model solution with a high scalability factor that allows the call model to support, in a single call session, any number of users as in conferencing and multi-party calls, any number of tele-service call and any tele-service call type. Additionally, the present disclosure provides a multimedia call model solution with a centralized control processor where a single Multimedia Call Control Process manages many Call Control Processes.

Also, the present disclosure provides a multimedia call model solution with a high flexibility factor that allows a single agent in a CCP of the call model to be characterized by one of many criteria. Also, the flexibility of the model allows any criteria to be used to characterize an agent in the CCP. Moreover, the present disclosure provides a multimedia call model solution that provides a high service quality that introduces very low delay in managing different tele-services types and different call connections for different users during the same call session.

It will also be understood by those having skill in the art that one or more (including all) of the elements/steps of the present disclosure may be implemented using software to develop the multimedia call model in a given network entity which will then be deployed in a telecommunication network at appropriate locations with the proper connections.