CN111836254B

CN111836254B - Service call realization method, device and equipment

Info

Publication number: CN111836254B
Application number: CN201910328927.0A
Authority: CN
Inventors: 李富; 魏学松
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2019-04-23
Filing date: 2019-04-23
Publication date: 2023-05-26
Anticipated expiration: 2039-04-23
Also published as: WO2020216063A1; CN111836254A

Abstract

A method, a device and equipment for realizing service call, wherein the method comprises the following steps: determining that a calling terminal initiates a call and an RCS APP of a called terminal is not on-line; waking up an RCS APP of a called terminal; paging RCS APP of called end. According to the embodiment of the invention, the wake-up operation is performed when the RCS APP at the called terminal is not on line, so that the called user is informed to receive the call in real time, the call is established successfully, and the requirement of timely communication of the user is met.

Description

Service call realization method, device and equipment

Technical Field

The present disclosure relates to, but is not limited to, a method, apparatus, device and computer readable storage medium for implementing a service call.

Background

With the continuous development of mobile broadband and intelligent terminals, various OTT (Over The Top) applications with instant messaging as a core are vigorously developed, and the applications gather a large number of users through free and rich user experience, so that huge impact is caused to traditional message and voice services of operators. In order to adapt to new market environment and competition requirement, operators hope to realize smooth upgrading of traditional voice, message, address book and other basic communication services by means of personal converged communication services under a telecommunication network, promote user service experience under a 4G/5G network environment and re-preempt user entries. In this context, an RCS (Rich Communication Suite, converged communication system) is generated.

With the continuous development of RCS systems and the enrichment of intelligent terminals, APP (Application) of RCS may be deployed on a plurality of intelligent terminals at the same time, such as a smart watch, a smart phone, a PAD (Portable Device), a PC (Personal Computer, a personal computer), and the like. Therefore, RCS multiterminal voice service (IPC entrex) based on IMS (IP Multimedia Subsystem ) is generated, namely the same RCS APP account can log in on a plurality of terminals at the same time, a user can dial/answer a call on any terminal, and the multiterminal service realizes the flow and logic control of the whole multiterminal call.

When a user uses the RCS multi-terminal service to carry out voice call, the RCS APP at all terminals of the called user is usually not on-line, so that the called user cannot be notified by the telephone, and the telephone cannot be timely connected.

Disclosure of Invention

The following is a summary of the subject matter described in detail herein. This summary is not intended to limit the scope of the claims.

The embodiment of the invention provides a method, a device, equipment and a computer readable storage medium for realizing service call so as to improve call completing rate.

The embodiment of the invention provides a method for realizing service call, which comprises the following steps:

determining that a fusion communication system application RCS APP of a calling end initiates a call and a called end is not on-line;

waking up an RCS APP of a called terminal;

paging RCS APP of called end.

The embodiment of the invention also provides a device for realizing the service call, which comprises the following steps:

the determining module is used for determining that the RCS APP of the calling end initiates a call and the RCS APP of the called end is not on-line;

the wake-up module is used for waking up the RCS APP of the called terminal;

and the paging module is used for paging the RCS APP of the called end.

The embodiment of the invention also provides a device for realizing the service call, which comprises: the system comprises a memory, a processor and a computer program stored on the memory and capable of running on the processor, wherein the processor realizes the realization method of the service call when executing the program.

The embodiment of the invention also provides a computer readable storage medium which stores computer executable instructions for executing the implementation method of the service call.

The embodiment of the invention comprises the following steps: determining that a calling terminal initiates a call and an RCS APP of a called terminal is not on-line; waking up an RCS APP of a called terminal; paging RCS APP of called end. According to the embodiment of the invention, the wake-up operation is performed when the RCS APP at the called terminal is not on line, so that the called user is informed to receive the call in real time, the call is established successfully, and the requirement of timely communication of the user is met.

Other aspects will become apparent upon reading and understanding the accompanying drawings and detailed description.

Drawings

FIG. 1 is a system architecture diagram of an embodiment of the present invention;

FIG. 2 is a flow chart of a method of implementing a service call in accordance with an embodiment of the present invention;

FIG. 3 is a signaling flow diagram of a method of implementing a business call for an application example of the present invention;

fig. 4 is a schematic diagram of the components of an implementation apparatus for a service call according to an embodiment of the present invention;

fig. 5 is a schematic diagram of the components of the service call implementation device according to the embodiment of the present invention.

Detailed Description

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

The steps illustrated in the flowchart of the figures may be performed in a computer system, such as a set of computer-executable instructions. Also, while a logical order is depicted in the flowchart, in some cases, the steps depicted or described may be performed in a different order than presented herein.

At present, the RCS multiport service has no call awakening function, if the RCS APP of the called terminal is not on line, the call establishment fails, the RCS APP has a message prompt of missed call, and the RCS APP on the called terminal can not be awakened on line to complete the call function.

The embodiment of the invention provides the RCS multiport service which wakes up the RCS APP of the called terminal through the IPCENTrex sending message when the RCS multiport service is disconnected from the RCS APP, thereby realizing service call.

Referring to fig. 1, in the multi-terminal service system according to the embodiment of the present invention, the multi-terminal service network element of the RCS is an ipmerex AS (Application Server ), which implements a multi-terminal call control function on the basis of an IMS core network, and performs message interaction with an S-CSCF (Serving-Call Session Control Function, serving call session control function) of the IMS through SIP (Session Initiation Protocol ), so AS to implement multi-terminal media information exchange and call control. The AOI (Always Online Infrastructure, always online PUSH platform) network element of the multi-terminal service system of the RCS is mainly used for interfacing with a message PUSH server and transmitting PUSH (PUSH) messages to a terminal, thereby realizing automatic awakening of the RCS APP. The message push server may include an APNS (Apple Push Notification Service, apple's push awareness server) or may include a GCM (Google Cloud Messaging, google cloud message server).

As shown in fig. 2, the implementation method of the service call according to the embodiment of the present invention is applied to ipmerex, and includes:

step 101, determining that the calling end initiates a call and the RCS APP of the called end is not on-line.

In an embodiment, it may be determined that the RCS APP of the called end is not on-line according to the received response message that the RCS APP is not on-line.

For example, when IPCENTrex receives 480/408/430/500 message returned by S-CSCF, it indicates that RCS APP at the called end is not on-line.

Step 102, wake up the RCS APP of the called end.

In one embodiment, the RCS APP of the called end is awakened by sending a PUSH message.

The PUSH message may be sent to an AOI, so that the AOI wakes up the RCS APP of the called terminal through the message PUSH server.

In an embodiment, before the push message is sent to the AOI, determining a terminal type and Token (Token) information of the called terminal by querying a database;

and the IPC entrex carries the terminal type and the token information in the push message and sends the push message to the AOI.

The Token information may be Token value, and after receiving the PUSH message of ipcore, the AOI converts the message into a standard interface and sends the standard interface to the APNS/GCM, and the APNS/GCM sends the standard interface to the called terminal.

The AOI determines which message PUSH server (APNS or GCM) to send the PUSH message to according to the terminal type, and determines the corresponding called terminal according to the token information.

In an embodiment, after the ipmentrex sends the push message, the method further includes:

and sending a ring back tone instruction (namely, 180ringing message) to the calling terminal.

and determining that the RCS APP is awakened according to the received registration message sent by the RCS APP.

When the ipmerex third party registration message, it is determined that the ue b of the called terminal has been awakened by the RCSAPP, and paging of the called terminal can be initiated.

Step 103, paging RCS APP of the called end.

When IPCENTrex pages RCS APP of the called end, RCS APP of the called end is awakened, so RCS APP of the called end rings and pops up interface of answering/rejecting, after called user selects answering, call is established, calling user and called user can make conversation.

It should be noted that, because the number of RCS APPs at the called terminal may be plural, when the actual application is performed, the called terminal RCS APP may be paged according to a preset policy when all or part of the RCS APPs at the called terminal are not on-line. When paging the called terminal RCS APP, all the RCS APP which is not on-line of the called terminal can be paged according to a preset strategy, one or more RCS APP which is not on-line and has the highest priority can be paged, and one or more appointed RCS APP which is not on-line can be paged.

According to the embodiment of the invention, the wake-up operation is performed when the RCS APP at the called terminal is not on line, so that the called user is informed to receive the call in real time, the call is established successfully, and the requirement of timely communication of the user is met.

The following description will be made with application examples.

Referring to fig. 1 and 3, the multiport service element ipmerex mainly realizes call control of service logic on the basis of an IMS core network, when a calling terminal (UE a) initiates a call, the ipmerex pages a called terminal (UE B), when the called side core network returns an offline response (480/408/500) of an RCS APP on the called terminal, the ipmerex queries a local terminal registration database for the type and Token of the called terminal, the ipmerex sends a PUSH message to an AOI according to the terminal type and Token value, after the AOI receives the message of the ipmerex, the message is transferred to a standard interface to an APNS/GCM, the APNS/GCM sends the message to the called terminal, the RCS APP on the called terminal is automatically awakened, so that the awakened RCS APP sends a third registration message to the ipmerex system, when the ipmerex receives the RCS APP registration message, the ipmerex calls the called terminal again, the ipmerex reject the answering interface is popped up on the called terminal, and the user is successfully established by clicking the answering interface of the RCS APP.

Referring to fig. 3, the method comprises the steps of:

step 201, the RCS APP (UE B) on the terminal of the called subscriber B initiates a registration request (REGISTER) to the SBC (Session Border Controller ) B to which it belongs;

step 202, the SBC B sends the registration request to the S-CSCF B;

step 203, S-CSCF B returns 200ok message to SBC B;

step 204, the sbc B returns a 200ok message to the UE B;

step 205, S-CSCF B sends a third party registration message to IPCENTrex;

step 206, IPC entrex stores the terminal type and Token in the registration message in a local database;

step 207, IPCENTrex returns a 200ok message to the S-CSCF;

step 208, when the UE B has been successfully registered and is online, after a period of time, it may be that the user has actively logged off the RCS APP or the process of the APP is killed by the IOS/Android operating system, resulting in the RCS APP being logged off;

step 209, calling user a, initiating a voice call to UE b on RCS APP (UE a) on terminal a, UE a sending an invite message to SBC a;

step 210, the SBC A forwards the invite message to the S-CSCF A;

step 211, S-CSCF A forwards the invite message to IPCENTrex;

step 212, triggering the calling flow of IPC (identity module) entrex, after the IPC entrex analyzes the message, finding a called number, and initiating an invitation message to UE B according to the called number, wherein in the step, the IPC entrex sends the invitation message to S-CSCF A;

step 213, S-CSCF A sends the invite message to S-CSCF B;

step 214, S-CSCF B sends the invitation message to IPC entrex, trigger the called flow of IPC entrex;

step 215, IPCENTrex sends an invite message to S-CSCF B;

step 216, the S-CSCF B sends an invite message to the SBC B;

step 217, SBC B returns 480/408/430/500 message to S-CSCF B because UE B is already offline;

step 218, S-CSCF B sends 480/408/430/500 message to IPCENTrex;

219, after the called flow of IPCENTrex receives the 480/408/430/500 message, it knows that the RCS APP on the called terminal is not on-line, so the local database is queried to find the terminal type and Token value of the called terminal;

step 220, IPC entrex issues Pushkit-based VOIP (Voice over Internet Protocol, voice over IP) PUSH message to AOI; after the AOI is converted into the standard message, the message is sent to an ANPS/GCM, and the ANPS/GCM is sent to a corresponding terminal;

step 221, IPC entrex sends 180ringing message to S-CSCF B;

step 222, S-CSCF B sends 180ringing message to S-CSCF A;

step 223, S-CSCF A sends 180ringing message to IPCENTREx;

step 224, IPC entrex sends 180ringing message to S-CSCF A;

step 225, S-CSCF A sends 180ringing message to SBC A;

step 226, the sbc a sends a 180ringing message to the UE a;

step 227, after receiving the PUSH message, the ue B terminal automatically wakes up the RCS APP;

step 228, ue B initiates a registration message;

step 229, the sbc B sends a registration message to the S-CSCF B;

step 230, S-CSCF B returns 200ok message to SBC B;

step 231, sbc B returns a 200ok message to UE B;

step 232, S-CSCF B sends a third party registration message to IPCENTrex;

step 233, when the ipmerex receives the third party registration message, knowing that the UE B has been awakened to be online, the ipmerex initiates paging to the UE B;

step 234, IPCENTrex sends an invite message to S-CSCF B;

step 235, the S-CSCF B sends an invite message to the SBC B;

step 236, the sbc B sends an invite message to the UE B;

step 237, RCS APP on UE B rings and pops up the interface of answering/rejecting, and sends 180ringing message to SBC B;

step 238, the SBC B sends 180ringing message to the S-CSCF B;

step 239, s-CSCF B sends a 180ringing message to ipmentrex.

After the user B selects to answer, the call is successfully established, and the user A and the user B can carry out voice communication.

In the embodiment of the invention, when the RCS multi-terminal service is disconnected from the RCS APP, the PUSH message is issued to the called terminal through the IPC entrex service, the RCS APP is automatically awakened by the called terminal, the IPC entrex can continue to call the called terminal, the called terminal can pop up the interface of call answering/rejecting of the RCS APP, the called user clicks to answer, the call is established successfully, and the processing process in the IPC entrex has no abnormal experience or influence on the host user.

As shown in fig. 4, an embodiment of the present invention further provides a device for implementing a service call, including:

a determining module 31, configured to determine that the RCS APP of the calling end initiates a call and the called end is not on-line;

a wake-up module 32, configured to wake up the RCS APP of the called terminal;

and the paging module 33 is used for paging the RCS APP of the called end.

In an embodiment, the determining module 31 is configured to determine that the RCS APP of the called end is not on-line according to the received response message that the RCS APP is not on-line.

In an embodiment, the wake-up module 32 is configured to wake up the RCS APP of the called terminal by sending a push message.

In an embodiment, the wake-up module 32 is configured to send the push message to an AOI, so that the AOI wakes up the RCS APP of the called end through the message push server.

In an embodiment, the wake-up module 32 is configured to determine, by querying a database, a terminal type and token information of the called terminal, carry the terminal type and token information in the push message, and send the push message to the AOI.

In an embodiment, the wake module 32 is further configured to send a ring back tone instruction to the calling end.

In an embodiment, the wake-up module 32 is further configured to determine that the RCS APP has been woken up according to a received registration message sent by the RCS APP.

As shown in fig. 5, an embodiment of the present invention further provides a service call implementation device, including: a memory 41, a processor 42 and a computer program 43 stored on the memory 41 and executable on the processor 42, the processor 42 implementing the method of implementing the service call when executing the program.

In the present embodiment, the storage medium may include, but is not limited to: a U-disk, a Read-Only Memory (ROM), a random access Memory (RAM, random Access Memory), a removable hard disk, a magnetic disk, or an optical disk, or other various media capable of storing program codes.

Those of ordinary skill in the art will appreciate that all or some of the steps, systems, functional modules/units in the apparatus, and methods disclosed above may be implemented as software, firmware, hardware, and suitable combinations thereof. In a hardware implementation, the division between the functional modules/units mentioned in the above description does not necessarily correspond to the division of physical components; for example, one physical component may have multiple functions, or one function or step may be performed cooperatively by several physical components. Some or all of the components may be implemented as software executed by a processor, such as a digital signal processor or microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit. Such software may be distributed on computer readable media, which may include computer storage media (or non-transitory media) and communication media (or transitory media). The term computer storage media includes both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data, as known to those skilled in the art. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital Versatile Disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computer. Furthermore, as is well known to those of ordinary skill in the art, communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media.

Claims

1. A method for implementing a service call, comprising:

waking up an RCS APP of a called terminal;

paging RCS APP of the called end;

wherein, the RCS APP of the paging called terminal comprises:

paging an RCS APP with a called terminal not on line according to a preset strategy, wherein the preset strategy at least comprises one of the following steps: paging all the RCS APP which are not on-line at the called terminal; one or more RCS APP of the non-online called terminal with highest paging priority; paging the designated one or more RCS APP of the off-line called end;

wherein, the RCS APP of the wake-up called terminal includes:

the RCS APP of the called end is awakened by sending a push message;

the RCS APP for waking up the called end by sending the push message comprises:

and sending the push message to an always-on push platform AOI, so that the AOI wakes up the RCS APP of the called end through the message push server.

2. The method of claim 1, wherein determining that the calling party initiates the call and the RCS APP of the called party is not on-line comprises:

and determining that the RCS APP of the called end is not on-line according to the received response message of the RCS APP being not on-line.

3. The method of claim 1, wherein prior to the sending the push message to AOI, the method further comprises:

and determining the terminal type and the token information of the called terminal by querying a database.

4. The method of claim 3, wherein the sending the push message to AOI comprises:

and carrying the terminal type and the token information in the push message, and sending the push message to the AOI.

5. The method according to any one of claims 3 to 4, wherein after waking up the RCS APP of the called side by sending a push message, the method further comprises:

and sending a ring back tone instruction to the calling terminal.

6. The method according to any one of claims 3 to 4, wherein after waking up the RCS APP of the called side by sending a push message, the method further comprises:

7. An implementation apparatus for service call, comprising:

the wake-up module is used for waking up the RCS APP of the called terminal;

the paging module is used for paging the RCS APP of the called end;

the paging module is further configured to page the RCS APP for which the called terminal is not online according to a preset policy, where the preset policy at least includes one of the following: paging all the RCS APP which are not on-line at the called terminal; one or more RCS APP of the non-online called terminal with highest paging priority; paging the designated one or more RCS APP of the off-line called end;

the wake-up module is also used for waking up the RCS APP of the called end by sending a push message; the RCS APP for waking up the called end by sending the push message comprises: and sending the push message to an always-on push platform AOI, so that the AOI wakes up the RCS APP of the called end through the message push server.

8. An implementation device for a service call, comprising: memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that the processor implements the method for implementing a service call according to any one of claims 1-6 when executing the program.

9. A computer readable storage medium storing computer executable instructions for performing the method of implementing a service call according to any one of claims 1 to 6.