CN108243406B

CN108243406B - Multi-data-path terminal service processing method and device

Info

Publication number: CN108243406B
Application number: CN201611226481.3A
Authority: CN
Inventors: 高喜春; 曹强; 陈贤亮; 何毅; 倪金金; 赵以国
Original assignee: Spreadtrum Communications Shanghai Co Ltd
Current assignee: Spreadtrum Communications Shanghai Co Ltd
Priority date: 2016-12-27
Filing date: 2016-12-27
Publication date: 2021-11-16
Anticipated expiration: 2036-12-27
Also published as: CN108243406A

Abstract

A multi-data path terminal service processing method and device, the method includes the following steps: when the current user identification card uses a first service path to carry out a first call, receiving a service request associated with the current user identification card; responding to the service request, and performing a second path of communication by using the first service path or establishing a second service path according to the user selection; the first service access and the second service access are both established based on the current subscriber identity module card, the first service access carries out service data transmission based on the first data access, and the second service access carries out service data transmission based on the second data access. By the technical scheme provided by the invention, diversified call requirements of users are flexibly adapted based on the pre-established multi-path data path, so that the call request that the users hope to carry out two-path or even more multi-path calls simultaneously is met, and the user experience is greatly optimized.

Description

Multi-data-path terminal service processing method and device

Technical Field

The present invention relates to the field of communications technologies, and in particular, to a method and an apparatus for processing a multi-data channel terminal service.

Background

With the continuous increase of the mobile network bandwidth and the continuous optimization of the uploading and downloading rates, the current terminal call mainly performs various traditional related services based on data, such as voice and video calls.

The existing call control strategy of the terminal can only keep one path of call in a call state, and if a new call request arrives at the terminal in the call process or another path of call is expected to be initiated at the same time, the existing technical scheme cannot well meet the new call request.

In the present phase, in most cases, if a user performs a call based on a terminal, the terminal receives another call request, and the existing terminal can only meet the requirement of performing a second call by suspending (hold) a first call, which greatly affects the operation experience of the user.

Disclosure of Invention

The invention solves the technical problem that the prior art can not simultaneously carry out multi-channel calls in an activated state, and is not beneficial to the operation experience of users in daily calls.

In order to solve the above technical problem, an embodiment of the present invention provides a method for processing a service of a multiple data path terminal, including the following steps: when a current user identification card uses a first service path to carry out a first call, receiving a service request associated with the current user identification card; responding to the service request, and performing a second path of communication by using the first service path or establishing a second service path according to user selection; the first service access and the second service access are both established based on the current subscriber identity module card, the first service access carries out service data transmission based on a first data access, and the second service access carries out service data transmission based on a second data access.

Optionally, the service request includes a called service request for the current subscriber identity card or a calling service request sent based on the current subscriber identity card.

Optionally, before receiving the service request associated with the current subscriber identity card, the method further includes: establishing the second data path.

Optionally, performing the second path of call by using the first service path or establishing the second service path according to the user selection includes: and if the user selection indicates to use the second service path for response, establishing the second service path for carrying out the second path of communication.

Optionally, the service request includes a calling service request sent by the current subscriber identity card, and after receiving the service request and before responding to the service request, the method further includes: establishing the second data path.

Optionally, the service request is a calling service request sent by the current subscriber identity card, and the performing a second path of call by using the first service path or establishing a second service path according to the user selection includes: and carrying out a second path of communication by using the first service path according to the selection of the user, wherein when the first service path is selected to carry out the communication according to the selection of the user, the first path of communication is in a waiting state.

Optionally, the service request is a called service request for the current subscriber identity card, and the called service request is sent by the network side based on the first data path.

Optionally, before responding to the service request, the method includes: and informing the network side to send the called service request based on the second data path instead.

Optionally, performing the second path of call by using the first service path or establishing the second service path according to the user selection includes: if the user selects to indicate to answer the called service request, the called service request is rejected, and the second service path is used for calling the initiator of the called service request to carry out the second path of communication.

Optionally, the service request is a called service request for the current subscriber identity card, and the called service request is sent by the network side based on the second data path.

Optionally, the service for which the service request is directed includes a voice service or a video service.

Optionally, the first data path and the second data path are both established based on a wireless network.

Optionally, the service request includes a service request based on an IMS network, and the service targeted by the service request and the services corresponding to the first service path and the second service path both include services based on the IMS network.

Optionally, the service for which the service request is directed includes a VoLTE service or a volwifi service.

Optionally, the first data path and the second data path are both data paths based on an IMS network.

Optionally, the IMS network-based data path includes a path corresponding to an IMS PDN.

An embodiment of the present invention further provides a device for processing a multi-data path terminal service, including: the receiving module is used for receiving a service request associated with the current subscriber identity module when the current subscriber identity module uses a first service path to carry out a first call; the processing module responds to the service request and uses the first service path or establishes a second service path to carry out a second path of communication according to user selection; the first service access and the second service access are both established based on the current subscriber identity module card, the first service access carries out service data transmission based on a first data access, and the second service access carries out service data transmission based on a second data access.

Optionally, the multiple data path terminal service processing apparatus further includes a first establishing module, configured to establish the second data path before receiving the service request associated with the current subscriber identity card.

Optionally, the processing module includes: and the establishing submodule is used for establishing the second service path to carry out the second path of communication if the user selects and indicates to use the second service path to carry out response.

Optionally, the service request includes a calling service request sent by the current subscriber identity card, and the multiple data path terminal service processing apparatus further includes a second establishing module, configured to establish the second data path after receiving the service request and before responding to the service request.

Optionally, the service request is a calling service request sent based on the current subscriber identity card, and the processing module includes: and the using submodule is used for using the first service path to carry out the second path of communication according to the selection of the user, wherein when the first service path is used for carrying out the communication according to the selection of the user, the first path of communication is in a waiting state.

Optionally, the multi-datapath end-service processing apparatus further includes a notification module, configured to notify the network side to instead send the called service request based on the second datapath before responding to the service request.

Optionally, the processing module includes: and the processing submodule rejects the called service request and uses the second service access to call the initiator of the called service request to carry out the second path of communication if the user selection indication answers the called service request.

Optionally, the service request is a service request for the current subscriber identity card, and the called service request is sent by the network side based on the second data path.

Compared with the prior art, the technical scheme of the embodiment of the invention has the following beneficial effects:

when a current subscriber identity module card uses a first service path to carry out a first call, if a service request associated with the current subscriber identity module card is received, the first service path can be used or a second service path can be established according to user selection to carry out a second call, wherein the first service path and the second service path are established based on the current subscriber identity module card, the first service path carries out service data transmission based on a first data path, and the second service path carries out service data transmission based on a second data path. Compared with the existing service processing mode that the terminal can only keep one service path in an activated state at the same time, the terminal flexibly adapts to the diversified call requirements of the user through the pre-established multi-path data path in the technical scheme of the embodiment of the invention, thereby meeting the call request that the user wants to carry out two-path or even more-path call simultaneously and greatly optimizing the user experience.

Further, the service request includes a called service request for the current subscriber identity card or a calling service request issued based on the current subscriber identity card. Further, the first data path and the second data path are both established based on a wireless network

Drawings

Fig. 1 is a schematic view of an application scenario of a method for processing multiple service requests in a downlink in the prior art;

fig. 2 is a schematic view of an application scenario of a method for processing multiple uplink service requests in the prior art;

fig. 3 is a flowchart of a multiple data path terminal service processing method according to a first embodiment of the present invention;

fig. 4 is a schematic structural diagram of a multiple data path terminal service processing apparatus according to a second embodiment of the present invention;

fig. 5 is a schematic diagram of an application scenario of a multi-data-path terminal service processing method according to an embodiment of the present invention;

fig. 6 is a schematic diagram of another application scenario of a multi-data channel terminal service processing method according to an embodiment of the present invention;

fig. 7 is a schematic diagram of another application scenario of a multi-data path terminal service processing method according to an embodiment of the present invention;

fig. 8 is a schematic view of an application scenario in which multiple data path terminals respectively talk with opposite terminals according to an embodiment of the present invention;

fig. 9 is a schematic view of an application scenario in which a multi-data-path terminal and an opposite terminal perform a mixed voice call according to an embodiment of the present invention.

Detailed Description

As will be understood by those skilled in the art, as the background art, the prior art is mostly implemented by using the embodiments shown in fig. 1 and 2 when performing terminal service processing.

Specifically, fig. 1 is a schematic diagram illustrating an application scenario of a typical terminal service processing method for multiple downlink service requests, where the downlink may be a called service request for a user (not shown in the figure), and the user is identified by a subscriber identity card 11. In this example, the terminal 1 establishes only one data path (not shown in the figure) with the network 2 based on the subscriber identity card 11, and the terminal 1 has only one service path (not shown in the figure) based on the subscriber identity card 11, the service path performs service data transmission based on the data path, the data path is established by the service unit 121 and the radio resource establishment control unit 122 in the call control module 12 based on a wireless connection with the network 2, the network 2 may include a wireless network, the subscriber identity card 11 may interact and make a call with an opposite end (not shown in the figure) that sends a service request based on the service path, and for any number of opposite ends, the terminal 1 can only keep the call with one opposite end in an active state at the same time based on the service path.

For example, when the subscriber identity card 11 is currently performing operation s1 and a call is made based on the service path (hereinafter referred to as a first call), the network 2 performs operation s2 to send a second service request to the terminal 1 for the subscriber identity card 11, and if the terminal 1 supports a call waiting function, the call control module 12 of the terminal 1 may keep one call active through the service unit 121 and may perform a waiting (or referred to as a suspend), merge or release operation for the other call. Wherein the releasing operation includes that if the first call is still kept in the activated state, the call control module 12 rejects the second service request; or, if it is determined to respond to the second service request, the call control module 12 may hang up the first call according to the will of the subscriber identity card 11, and then respond to the second service request. The waiting operation includes that if it is determined that the second service request is responded to, the call control module 12 may respond to the will of the subscriber identity card 11 (e.g., execute operation s3, prompt the user identified by the subscriber identity card 11 that the second service request is currently received based on the subscriber identity card 11; then execute operation s4, and issue an instruction to accept the second service request by the user); next, operation s5 is executed to switch the first call to a waiting (hold, also referred to as hold) state and accept the second service request; then, operation s6 is executed, the wireless resource corresponding to the wireless connection is modified based on the interaction between the radio resource establishment control unit 122 and the network 2, so as to execute operation s7, and the second-way call responding to the second service request is successfully established, at this time, the service unit 121 executes operation s8, and keeps the second-way call in an active state, and the user may execute operation s9, start a call based on the second-way call, but during the process that the second-way call is in the active state, the first-way call is in a waiting state. The merging operation includes that the call control module 12 merges the first call and the second service request into a conference mode according to the instruction of the subscriber identity module 11.

Those skilled in the art will understand that the waiting operation in the prior art needs to be performed through negotiation with the network 2, and the call control module 12 can continue to process the second service request if and only if the subscriber identity card 11 corresponding to the subscriber successfully negotiates with the network 2.

Similarly, fig. 2 is a schematic view showing an application scenario of a typical terminal service processing method for multiple uplink service requests, where the uplink may be a calling service request sent by the user (not shown in the figure), the user is identified by a subscriber identity card 11, and the user sends the calling service request based on the subscriber identity card 11. In this example, similar to the example shown in fig. 1, the terminal 1 can only keep a call with one opposite end in an active state once based on the service path, and the user can only establish a data path with the network 2 based on the subscriber identity card 11.

For example, when the subscriber identity card 11 is currently performing operation s1 and a call is made based on the service path (hereinafter referred to as a first call), the subscriber identity card 11 performs operation s2 and issues another service request (hereinafter referred to as a second service request), the call control module 12 of the terminal 1 may keep one call active through the service unit 121 and may perform a waiting, merging or releasing operation for another call. Wherein the releasing operation includes that if the first call is still kept in the activated state, the call control module 12 rejects the second service request; or, if it is determined to respond to the second service request, the call control module 12 suspends the first call, and then responds to the second service request. The waiting operation includes, if it is determined that the second service request is responded, the call control module 12 switches the first call to a waiting (hold) state based on the service unit 121, and performs operation s3, sends a request for establishing a second service path to the network 2, then performs step s4, modifies a wireless resource corresponding to a wireless connection based on interaction between the wireless resource establishment control unit 122 and the network 2, thereby performing operation s5, and successfully establishes the second call in response to the second service request s2, at this time, the service unit 121 maintains the second call in an active state, and the user may perform operation s7, start a call based on the second call s6, but in a process that the second call is in the active state, the first call is in the waiting state. The merging operation includes that the call control module 12 merges the first call and the second service request into a conference mode according to an instruction of the user corresponding to the user identification card 11.

Similarly to the above-described example of fig. 1, it may be determined by the user identification card 11 that the waiting operation is performed or the hang-up operation is performed according to the user's intention.

Those skilled in the art understand that the waiting operation in the prior art needs to be performed through negotiation with the network 2, and the call control module 12 can continue to process the second service request only if the waiting operation for the first call is successful when the negotiation between the subscriber identity card 11 corresponding to the subscriber and the network 2 is successful.

Those skilled in the art will appreciate that the above-described examples shown in fig. 1 and fig. 2 cannot implement multi-way calls, both of which are active, and are not favorable for the user's operational experience during daily calls.

The inventor has found that the above problem is caused by that only one data path can be established between the terminal and the network in the prior art, and then only one active call can be maintained at the same time.

In order to solve the above technical problem, in an embodiment of the present invention, when a current subscriber identity module card uses a first service path to perform a first call, if a service request associated with the current subscriber identity module card is received, the first service path may be used or a second service path may be established according to a user selection to perform a second call, where the first service path and the second service path are both established based on the current subscriber identity module card, the first service path performs service data transmission based on a first data path, and the second service path performs service data transmission based on a second data path. The terminal can flexibly adapt to the diversified call requirements of the user through the pre-established multi-path data path, thereby meeting the call request that the user hopes to carry out two-path or even more multi-path calls simultaneously and greatly optimizing the user experience. Further, the first data path and the second data path are both established based on a wireless network.

In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in detail below.

Fig. 3 is a flowchart of a multiple data path terminal service processing method according to a first embodiment of the present invention. The terminal may include a mobile terminal, and may also include other terminal devices capable of handling multiple data path services; the multiple data paths may be at least two data paths, the data paths being established based on a wireless network. It is understood by those skilled in the art that, in the embodiment of the present invention, when a user identified by a subscriber identity card generates a service requirement, a corresponding service path is established based on the subscriber identity card, and when a plurality of service paths need to be established or used simultaneously, service data transmission may be performed based on different data paths, so as to ensure that all the plurality of service paths can be in an activated state. The wireless network may include networks implemented by various connection modes such as 5G, 4G, 3G, 2G, WiFi and the like; the Data path may be a path for transmitting Data under various service types, for example, a Data path based on an IMS Network, and further, for example, in Voice over LTE (short for VoLTE) and voip/wifi services, the Data path may be a path corresponding to an IP Multimedia Subsystem Packet Data Network (short for IMS PDN) in the IMS Network.

Specifically, in this embodiment, step S101 is first executed, and when the current subscriber identity card uses the first service path to perform the first call, the service request associated with the current subscriber identity card is received. More specifically, the association with the subscriber identity card comprises a subscriber association identified by the subscriber identity card. Further, the traffic path includes a path for transmitting traffic data such as voice, video, and the like. Furthermore, the call includes a voice call, a video call, etc., and those skilled in the art may also change more embodiments according to actual needs, which are not described herein. Further, the call refers to transmitting traffic data on a traffic channel. Preferably, the subscriber identity card corresponds to the subscriber. Preferably, the subscriber identity card has established a first traffic path with a network based on the data path, the data path being established based on a wireless network.

In a variation, during the process of establishing or releasing the first service path by the current subscriber identity card, a service request associated with the current subscriber identity card may also be received.

And then, step S102 is performed, and in response to the service request, according to the user selection, the first service path is used or a second service path is established to perform a second path of call. The first service access and the second service access are both established based on the current subscriber identity module card, the first service access carries out service data transmission based on a first data access, and the second service access carries out service data transmission based on a second data access. Specifically, the first service path and the second service path may be established by the subscriber based on the current subscriber identity card. Preferably, the first data path and the second data path are both established based on a wireless network.

In a preferred embodiment, if the user selects to use the first service path to perform the second path of call, the terminal switches the ongoing first path of call on the first service path to a waiting state, and then connects the second path of call based on the first service path.

In another preferred example, if the user selection indicates to use the second traffic path for responding, the terminal establishes the second traffic path based on the second data path on the basis of keeping the first traffic path in an activated state, so as to respond to the service request on the second traffic path, so that the user can perform the second call based on the second traffic path. Those skilled in the art will appreciate that the active state refers to a state in which traffic data may be transmitted over the traffic path.

Further, the service request includes a called service request for the current subscriber identity card, and also includes a calling service request issued based on the current subscriber identity card. Preferably, before the step S101, a step of "establishing the second data path" may be further included, so that the service request can be received in time and responded to according to a user selection.

In a variation, for the case that the service request is a calling service request based on the current subscriber identity card, after the service request is received in step S102 and before the service request is responded, the method further includes the step of "establishing the second data path". Those skilled in the art understand that, compared with the technical solution of establishing the second data path before the step S101, in the present variation, when the user determines that the second traffic path needs to be used for data transmission, the second data path is established again for the second traffic path to perform traffic data transmission, such a solution can effectively reduce the resource occupancy rate in the terminal, and improve the daily operating speed of the terminal.

Further, for the case that the service request is a called service request for the current subscriber identity card, the called service request may be issued by a network side (also referred to as a network) based on the first data path, and before the step S102 responding to the service request, the method further includes the step of "notifying the network side to replace the called service request issued based on the second data path". As will be understood by those skilled in the art, when the network sends the called service request, it may not know that the current subscriber identity card has performed the first call based on the first service path, and after the network still sends the called service request to the terminal based on the first data path, the terminal may notify the network side that the sending path of the called service request needs to be changed to the second data path, so as to ensure that the terminal can correctly receive the called service request.

In another variation, for the case that the called service request is sent by the network based on the first data path, if the user selection indicates to answer the called service request, the terminal may also preferentially reject the called service request and use the second service path to call the initiator of the called service request to perform the second path of call. Those skilled in the art understand that, compared to the foregoing technical solution of notifying the network to send out the called service request based on the second data path instead, the present variation provides a different solution for the situation where the first data path has received another called service request while performing one-way service data transmission, and by prompting the user identified by the current user identification card, the user is given the option to handle the called service request according to the user selection.

Further, if the user selects to indicate to answer the called service request, the terminal may reject the called service request, and send a prompt message to the initiator to prompt the initiator that the terminal will return to the call as soon as possible, and then the terminal uses or establishes the second service path to call the initiator. Further, in this variation, the second data path may be established before the terminal uses or establishes the second traffic path to call the initiator.

In yet another variation, for the case that the service request is a called service request for the current subscriber identity card, the called service request may also be issued by the network side based on the second data path. Those skilled in the art understand that although the network does not know whether the current subscriber identity card has made the first call based on the first service path, the second data path is registered on the network side after being established, so that when the network receives the called service request, the called service request may be optionally sent based on the second data path, and when the terminal receives the called service request, the step S102 may be directly performed.

Further, the first service path and the second service path are established based on the same service access mode. The service access mode may include a service access mode implemented by a circuit domain (circuit switch), a service access mode implemented by a packet domain (packet switch), a service access mode implemented by an IP-based Multimedia Subsystem (IMS), a service access mode implemented by an IP network, and the like.

Further, the service for which the service request is directed includes a voice service or a video service.

Further, the service request includes a service request based on an IMS network, and the service targeted by the service request and the services corresponding to the first service path and the second service path both include services based on an IMS network (IP Multimedia Subsystem, IMS network for short).

Further, the service for which the service request is directed includes a VoLTE service or a volwifi service.

Further, the first data path and the second data path are both data paths based on the IMS network. For example, in VoLTE service, the IMS network-based data path includes a path corresponding to an IMS PDN.

In view of the above, in the solution of the first embodiment, compared with the existing service processing method in which the call of only one service path can be kept in the active state at the same time, the technical solution of this embodiment preferably establishes a plurality of data paths with the network based on the same subscriber identity card, when the user identification card has been in a call based on a service path on one data path, if the user identification card receives a new service request again, the terminal can select, on the basis of the original data path, the same service path is used to respond to a new service request (at the moment, the original call on the service path is in a waiting state), or, the terminal may also establish a new service path based on another data path according to the user selection, and respond to the new service request based on the new service path. The technical scheme of the embodiment of the invention can be used for flexibly meeting the diversified call requirements of users, thereby meeting the call request that the users hope to carry out two-way or even more-way call simultaneously and greatly optimizing the user experience.

Fig. 4 is a schematic structural diagram of a multiple data path terminal service processing apparatus according to a second embodiment of the present invention. Those skilled in the art understand that the multiple data path terminal service processing apparatus 4 according to this embodiment is used to implement the method technical solution described in the above embodiment shown in fig. 3. Specifically, in this embodiment, the multiple data path terminal service processing apparatus 4 includes a receiving module 42, configured to receive a service request associated with a current subscriber identity card when the current subscriber identity card uses a first service path to perform a first call; the processing module 45, in response to the service request, performs a second channel of communication by using the first service path or establishing a second service path according to the user selection; the first service access and the second service access are both established based on the current subscriber identity module card, the first service access carries out service data transmission based on a first data access, and the second service access carries out service data transmission based on a second data access.

Preferably, the service request includes a called service request for the current subscriber identity card or a calling service request issued based on the current subscriber identity card. Further, the multiple datapath terminal service processing apparatus 4 further comprises a first establishing module 41 configured to establish the second datapath before receiving the service request associated with the current subscriber identity card.

Preferably, the processing module 45 comprises: and the establishing sub-module 451, if the user selection indicates to use the second service path for response, establishing the second service path for the second call.

Preferably, the service request comprises a calling service request based on the current subscriber identity card, and the multiple data path terminal service processing apparatus 4 further comprises a second establishing module 43 for establishing the second data path after receiving the service request and before responding to the service request.

Preferably, the service request is a calling service request sent by the current subscriber identity card, and the processing module 45 includes a using sub-module 452, configured to use the first service path to perform the second path of call according to the selection of the user, where the first path of call is in a waiting state when the first service path is selected to perform the call according to the selection of the user.

Preferably, the service request is a called service request for the current subscriber identity card, and the called service request is sent by the network side based on the first data path.

In a preferred embodiment, the multiple data path terminal service processing apparatus 4 further comprises a notification module 44 for notifying the network side to instead issue the called service request based on the second data path before responding to the service request.

In another preferred example, the processing module 45 includes a processing sub-module 453, and if the user selection indicates to answer the called service request, the called service request is rejected, and the initiator of the called service request is called by using the second service path to perform the second path of call.

Preferably, the service request is a service request for the current subscriber identity card, and the called service request is sent by the network side based on the second data path.

Preferably, the service for which the service request is directed includes a voice service or a video service.

Preferably, the first data path and the second data path are both established based on a wireless network.

Preferably, the service request includes a service request based on an IMS network, and the service targeted by the service request and the services corresponding to the first service path and the second service path both include services based on the IMS network.

Preferably, the service for which the service request is directed includes a VoLTE service or a volwifi service.

Preferably, the first data path and the second data path are both data paths based on an IMS network.

Preferably, the IMS network-based data path includes a path corresponding to an IMS PDN.

For more details on the operation principle and operation mode of the multiple data path terminal service processing apparatus 4, reference may be made to the related description in fig. 3, which is not described herein again.

Fig. 5 is a schematic view of an application scenario of a multi-data-path terminal service processing method according to an embodiment of the present invention. Wherein, the terminal 1 may be a mobile terminal, the terminal 1 receives a service request from the network 2 and responds by interacting with a subscriber identity card 3, the subscriber identity card 3 is used for identifying a subscriber (not shown in the figure); the service request comprises a called service request for the user.

In this application scenario, the service request is transmitted to the terminal 1 based on the network 2. The network 2 may include a wireless network for establishing wireless connection, and may also include a service network for providing services to the terminal 1; the wireless network may be a wireless network implemented by a public mobile communication network such as 5G, 4G, 3G or GPRS, or may also be a wireless local area network (WiFi), and it is understood by those skilled in the art that any network using wireless electromagnetic waves as a transmission medium may be used as the wireless network according to the embodiment of the present invention, and details thereof are not described herein.

Further, the service for which the service request is directed includes a voice service, a video service, etc. based on the network 2.

Further, services such as voice service, video service, short message service, and the like based on a Long Term Evolution (LTE) network of 4G can be understood as a VoLTE service; services such as voice service, video service, short messages and the like based on the WiFi network can be understood as the VoWIFI service.

Further, the service network corresponds to the service request. For example, when the service request is a VoLTE service request or a VoWIFI service request, the service network is an IP-based Multimedia Subsystem (IMS) network.

Further, the terminal 1 establishes a Packet Data Network (PDN), that is, a Data path between the terminal 1 and the IMS Network, for transmitting Data between the terminal and the IMS Network. In the embodiment of the present invention, the data path may be a path corresponding to an IMS PDN, a service path may be established for a path corresponding to the same IMS PDN, and the terminal 1 may establish a plurality of data paths with the network 2 based on the user identification card 3.

Preferably, the data path is established by the service unit 121 and the radio resource establishment control unit 122 in the call control module 12 based on a radio connection with the network 2. For example, in VoLTE service, the data path may be a path corresponding to the IMS PDN.

In a typical application scenario, the terminal 1 performs a data path establishment procedure a1 in advance to establish the multiple data paths based on the subscriber identity card 3, in the data path establishment procedure a1, the terminal 1 performs operation s1, calls a data path bearer control module 11 to interact with the network 2 to establish a first data path, and performs operation s2 after the first data path is established to notify the service unit 121 that the first data path is successfully established, and the service unit 121 performs operation s3 to register on the network 2 through the first data path to notify the network 2 that the first data path is established on the terminal 1.

Further, in the data path establishing process a1, on the basis that the terminal 1 has established the first data path based on the subscriber identity card 3, the terminal 1 further performs operation s4, calls the data path bearer control module 11 to interact with the network 2 to establish a second data path, and performs operation s5 after the second data path is established, to notify the service unit 121 that the second data path has been successfully established, and the service unit 121 performs operation s6, and registers with the network 2 through the second data path to notify the network 2 that the second data path has been established on the terminal 1.

In the present exemplary application scenario, when the terminal 1 is performing operation s7, and performs the first call based on the subscriber identity card 3 using the first data path, the terminal 1 receives a called service request for a subscriber (not shown in the figure) identified by the subscriber identity card 3. For example, for terminal 1 supporting call waiting, the service request may be received as flow a 2. Specifically, in the process a2, the network 2 performs operation s8, sends a called service request to the terminal 1 based on the first data path, and the terminal 1 optionally performs operation s9, prompts the user identified by the subscriber identity card 3, and performs operation s10, and determines the response logic according to the user selection of the user. Preferably, the service request may be responded based on different response logics according to the sending path of the service request and the user selection identified by the user identification card 3. For example, for the terminal 1 supporting call waiting, the service request may be responded based on the flow A3, the flow a4, or the flow a 5.

Further, in the process a3, a plurality of service paths (not shown in the figure) all in an active state may be established on the first data path at the same time, so that when the called service request is received, although the terminal 1 is currently performing operation s7 (i.e. performing the first call based on the subscriber identity card 3 using the first data path), the terminal 1 can still perform operation s11, establish another service path also in an active state based on the first data path, and respond to the called service request based on the service path. Preferably, the plurality of service paths perform service data transmission through different ports (not shown in the figure), and the plurality of service paths may all use the first data path to perform service data transmission at the same time.

Further, in the process a4, the terminal 1 does not support establishing a plurality of service paths that are all activated at the same time on the same data path, then after receiving the called service request (optionally, after performing operations s9 and s 10), the terminal 1 performs operation s12, calls the call control module 12 to notify the network 2 through the service unit 121 to replace sending the called service request based on the second data path, and the network 2 performs operation s13 to resend the called service request through the second data path, so that the terminal 1 can successfully respond to the called service request.

As a variation of the process a4, if the user selects to indicate to answer the called service request, since the terminal 1 currently performs one call based on the first data path (corresponding to operation s7), and the terminal 1 does not support establishing two service paths on the first data path, which are both activated at the same time, the terminal 1 may execute the process a5 to respond to the called service request. Specifically, in the process a5, after receiving the instruction selected by the user, the terminal 1 may execute operation s14, invoke the service unit 121 to reject the called service request, then establish a second service path based on the second data path, and execute operation s15, and use the second service path to call the initiator of the called service request, so as to perform a second path of call. Further, when the terminal 1 performs the operation s14 to reject the called service request, the service unit 121 may also send a prompt message to the initiator of the called service request through the network 2 to prompt the called party that the user will return the call.

For another example, the service request may be received by the terminal 1 supporting call waiting according to the flow a 6. Specifically, in the flow a6, the network 2 performs operation s16 to send a called service request to the terminal 1 based on the second data path. The skilled person understands that the terminal 1 may directly respond to the called service request due to this. Further, after the terminal 1 receives the called service request transmitted by the network 2 based on the second data path, the terminal 1 may also perform the operation s9 and the operation s10 to prompt the user and determine a response logic according to the user selection. Further, in the process a6, the process of the terminal 1 receiving the called service request based on the second data path is not limited by the first call, and does not need to be limited or modified.

In another exemplary application scenario shown in the flow a7, if the terminal 1 does not support the call waiting function, when receiving the called service request sent by the network 2 to execute operation s17 based on the second data network, the terminal 1 may also respond to the called service request by using the technical solution of the embodiment of the present invention.

Preferably, in the application scenario of this embodiment, the response of the terminal 1 to the called service request may be implemented based on a flow A8. Specifically, in the process A8, in response to the called service request, the terminal 1 performs operation s18, invokes the data path bearer control unit 11 to interact with the network 2 to establish a dedicated bearer based on the second data path, after the dedicated bearer is established, the data path bearer control unit 11 performs operation s19, sends a prompt message to the service unit 121 to notify the service unit 121 that the dedicated bearer based on the second data path is successfully established, after receiving the prompt message, the service unit 121 performs operation s20, interacts with the network 2 based on the dedicated bearer to establish a second service path, the second service path performs service data transmission based on the second data path, and after the second service path is successfully established, the terminal 1 ensures that the user is on the basis of performing a first call based on the first data path, operation s21 can be performed to conduct a second call based on the second datapath.

The technical personnel in the field understand that, because the second path of telephone and the first path of call are respectively carried out on different data paths and do not conflict with each other, the first service path corresponding to the first path of call can still be in an activated state, and the operation experience of both parties of the call can be effectively improved.

In a variation, the terminal 1 may further prompt the user that the called service request is currently received through the operation s9 before performing the operation s 18; then the instruction issued by the user to accept the called service request is used as a precondition for executing the operation s 18.

Similarly, in another application scenario diagram of fig. 6, which illustrates a multi-channel terminal service processing method according to an embodiment of the present invention, the service request includes a calling service request sent by the user.

In a typical application scenario shown in fig. 6, the terminal 1 first executes a process a1 to establish two data paths for the subscriber identity card 3 based on the call control module 12 in advance, where an establishment procedure of a first data path corresponds to the operations s1 to s3 in the application scenario described in fig. 5, and an establishment procedure of a second data path corresponds to the operations s4 to s6 in the application scenario described in fig. 5, and a specific establishment procedure may refer to the related description in fig. 5, which is not described herein again.

In the VoLTE service, when the user performs operation s7 and initiates a call request (i.e., the calling service request) based on the subscriber identity card 3, the user can simultaneously indicate whether the terminal 1 performs multi-call. Specifically, the multi-channel telephone indicates to perform two or more calls, and each of the two or more calls may be performed independently, or may be performed by mixing part or all of the calls into one call.

Further, after the terminal 1 receives the calling service request, in response to the calling service request, the process a2 is executed to establish a wireless connection with the network 2. Specifically, in the process a2, the terminal 1 performs operation s8, calls the call control module 12 to send a request for establishing a wireless connection to the radio resource establishment control unit 122 based on the service unit 121, and if the radio resource establishment control unit 122 confirms that the wireless connection state between the terminal 1 and the network 2 is an idle state, the radio resource establishment control unit 122 performs operation s9, establishes a wireless connection with the network 2, and performs operation s11, and sends connection establishment confirmation information to the service unit 121; alternatively, if the rrc 122 confirms that the terminal 1 and the network 2 are in a wireless connection state by performing operation s10, the rrc 122 may directly perform operation s 11.

Further, the terminal 1 may respond to the calling service request according to different user selections of the user. Specifically, according to different indications of the user selection, the flow A3, the flow a4, and the flow a5 may be respectively executed to respond to the calling service request.

In a typical application scenario shown in the process a3, where the first data path is currently without service, and the user selects and indicates to make a non-multi-pass or multi-pass phone, the terminal 1 may perform operation s13, call the data path bearer control module 11 to establish a dedicated bearer with the network 2 through the data path bearer control module 11 based on the first data path, after the dedicated bearer is established, the data path bearer control unit 11 performs operation s14, send a notification message to the service unit 121 to notify the service unit 121 that the dedicated bearer based on the first data path is successfully established, and after receiving the notification message, the service unit 121 performs operation s15, interacts with the network 2 based on the dedicated bearer to establish the first service path, the first service path performs service data transmission based on the first data path, and after the first service path is successfully established, the user may execute operation s16 to perform a first call based on the first data path.

In a typical application scenario shown in the flow a4, the first data path currently has service ongoing (i.e. the user identified by the subscriber identity card 3 has already made a first call based on the first data path), and the user selects a phone indicating non-multi-pass, then the terminal 1 performs operation s17, switches the first call to a waiting state based on the interaction between the service unit 121 and the network 2, and then performs operation s18, and establishes a second service path based on a dedicated bearer between the first data path and the network 2 through the interaction with the network 2, so that the first call is in a waiting state when the user performs operation s19 and performs a second call based on the second service path.

In a typical application scenario shown in the flow a5, the first data path currently has service in progress (i.e. the user identified by the subscriber identity card 3 has made a first call based on the first data path), and the user selects to indicate multi-call, the terminal 1 performs operation s20, invokes the service unit 121 to send a calling service request to the network 2 based on the second data path, in response to the calling service request, the terminal 1 performs operation s21, invokes the data path bearer control unit 11 to interact with the network 2 to establish a dedicated bearer based on the second data path, and after the dedicated bearer is established, the data path bearer control unit 11 performs operation s22 to send a prompt message to the service unit 121 to notify that the service unit 121 has successfully established the dedicated bearer based on the second data path, after receiving the prompt message, the service unit 121 performs operation s23, interacts with the network 2 based on the dedicated bearer to establish a second service path, where the second service path performs service data transmission based on the second data path, and after the second service path is successfully established, the terminal 1 ensures that the user can perform operation s24 on the basis of performing the first call based on the first data path, and perform the second call based on the second data path.

Similarly, in another application scenario diagram of fig. 7, which illustrates a multi-channel terminal service processing method according to an embodiment of the present invention, the service request also includes a calling service request sent by the user. It is understood by those skilled in the art that, unlike the application scenario shown in fig. 6, in the application scenario shown in fig. 7, the terminal 1 establishes only the first data path in advance, and when a calling service request of a user identified by the subscriber identity card 3 is received and the user selection of the user indicates multi-call, the second data path is established again.

Specifically, in the typical application scenario shown in fig. 7, the terminal 1 establishes a data path for the subscriber identity card 3 in advance based on the call control module 12, where the establishment process of the first data path corresponds to the operations s1 to s3 in the application scenario described in fig. 5, and a person skilled in the art may refer to the related description in fig. 5 for a specific establishment process, which is not described herein again.

In the VoLTE service, when the user performs operation s4 and initiates a call request (i.e., the calling service request) based on the subscriber identity card 3, the user can simultaneously indicate whether the terminal 1 performs multi-call. Specifically, the multi-channel telephone indicates to perform two or more calls, and each of the two or more calls may be performed independently, or may be performed by mixing part or all of the calls into one call.

Further, after the terminal 1 receives the calling service request (corresponding to operation s4), in response to the calling service request, the terminal 1 performs operation s5, by calling the call control module 12 to send a request s for establishing a wireless connection to the radio resource establishment control unit 122 based on the service unit 121, if the radio resource establishment control unit 122 confirms that the wireless connection state between the terminal 1 and the network 2 is an idle state, then performs operation s6, and the radio resource establishment control unit 122 establishes a wireless connection with the network 2, and performs operation s8, and sends connection establishment confirmation information s to the service unit 121; alternatively, if the rrc 122 confirms that the terminal 1 and the network 2 are in a wireless connection state by performing operation s7, the rrc 122 may directly perform operation s 8.

Further, the terminal 1 may respond to the calling service request according to different user selections of the user. Specifically, according to different indications of the user selection, the flow a1, the flow a2, and the flow A3 may be respectively executed to respond to the calling service request.

In a typical application scenario illustrated in the flow a1, where the first data path is currently no service ongoing, the terminal 1 may perform operations s9 to s13 in response to the calling service request for the case where the user selection indicates non-multi-pass or multi-pass telephony. For a specific implementation process, those skilled in the art may refer to the above description in the flow a3 in fig. 6, which is not described herein again.

In a typical application scenario shown in the flow a2, when the first data path currently has service ongoing (i.e. the user identified by the subscriber identity card 3 has made a first call based on the first data path), and the user selection indicates a call not many-way, the terminal 1 may perform operations s14 to s16 to respond to the calling service request. For a specific implementation process, those skilled in the art may refer to the above description in the flow a4 in fig. 6, which is not described herein again.

In a typical application scenario shown in the flow a3, the first data path is currently in service (i.e. the user identified by the subscriber identity card 3 has made a first call based on the first data path), and the user selects to indicate multi-call, the terminal 1 performs operation s17, calls the data path bearer control module 11 to interact with the network 2 to establish a second data path based on the subscriber identity card 3, and performs operation s18 after the second data path is established to notify the service unit 121 that the second data path has been successfully established, and the service unit 121 performs operation s19, and registers with the network 2 through the second data path to notify the network 2 that the second data path has been established on the terminal 1. After the second data path is established and the registration is completed, the terminal 1 executes operation s20, invokes the service unit 121 to send the calling service request s20 to the network 2 based on the second data path, in response to the calling service request, the terminal 1 executes operation s21, invokes the data path bearer control unit 11 to interact with the network 2 to establish a dedicated bearer based on the second data path, after the dedicated bearer is established, the data path bearer control unit 11 executes operation s22, sends a prompt message to the service unit 121 to notify that the service unit 121 has successfully established the dedicated bearer based on the second data path, and after receiving the prompt message, the service unit 121 executes operation s23 to interact with the network 2 based on the dedicated bearer to establish the second service path, the second service path performs service data transmission based on the second data path, and after the second service path is successfully established, the terminal 1 ensures that the user can perform operation s24 on the basis of performing the first call based on the first data path, and perform the second call based on the second data path.

Fig. 8 is a schematic view of an application scenario in which multiple data path terminals respectively talk with opposite terminals according to an embodiment of the present invention. Specifically, in this embodiment, the terminal 1 can establish a plurality of data paths based on the same subscriber identity card, and the plurality of data paths can transmit service data at the same time based on the technical solutions in the embodiments shown in fig. 3 to fig. 7.

Further, the terminal 2 and the terminal 3 shown in fig. 8 are respectively opposite terminals for performing service data transmission on the multiple data paths. The terminal 2 performs service data transmission with the terminal 1 based on a first data path, and the terminal 3 performs service data transmission with the terminal 1 based on a second data path.

Preferably, the terminal 1 calls the media processing module 11, receives the media data sent by the terminal 2 based on step s1, and sends the media data to the terminal 2 based on step s2, and the step s1 and the step s2 are performed based on the first data path.

Accordingly, the terminal 1 further invokes the media processing module 11, receives the media data sent by the terminal 3 based on step s3, and sends the media data to the terminal 3 based on step s4, wherein the step s3 and the step s4 are performed based on the second data path.

Preferably, the media data may include voice data, and may also include service data such as video data, and those skilled in the art may change further embodiments according to actual needs, which is not described herein.

Those skilled in the art will understand that the media processing module 11 processes the media data received and transmitted via the first data path and the second data path, respectively, to ensure that the media data flowing through the first data path and the second data path are not affected by each other, so that the user identified by the subscriber identity card can simultaneously talk with the terminal 2 and the terminal 3, respectively, based on the terminal 1.

Fig. 9 is a schematic view of an application scenario in which a multi-data-path terminal and an opposite terminal perform a mixed voice call according to an embodiment of the present invention. Specifically, in this embodiment, the terminal 1 can establish a plurality of data paths based on the same subscriber identity card, and the plurality of data paths can transmit service data at the same time based on the technical solutions in the embodiments shown in fig. 3 to fig. 7.

Further, the terminal 2 and the terminal 3 shown in fig. 9 are respectively opposite terminals for performing service data transmission on the multiple data paths. The terminal 2 performs service data transmission with the terminal 1 based on a first data path, and the terminal 3 performs service data transmission with the terminal 1 based on a second data path.

Preferably, the terminal 1 calls the media processing module 13, receives the media data sent by the terminal 2 based on the decoder 14, and sends the media data to the terminal 2 based on the decoder 14, and the actions of sending and receiving the media data are performed based on the first data path. Those skilled in the art will appreciate that the decoder 14 for transmitting and receiving the media data on the first data path may be the same or two independent of each other.

Correspondingly, the terminal 1 further calls the media processing module 13, receives the media data sent by the terminal 3 based on the decoder 15, and sends the media data to the terminal 3 based on the decoder 15, and the actions of sending and receiving the media data are performed based on the second data path. Those skilled in the art will appreciate that the decoders 15 transmitting and receiving said media data on said second data path may be one and the same or two not related to each other.

Further, the media data sent or received by the user are transferred by the terminal 1 to the media processing module 13 based on the application device 10 and the digital/analog converter 12.

Further, the terminal 1 mixes the media data received from the user and the

terminals

2 and 3 by calling the media processing module 13.

In a typical application scenario, the media processing module 13 synthesizes the media data c received from the terminal 2 based on the first data path with the media data e received from the terminal 3 based on the second data path, and sends the synthesized media data c and media data e to the digital/analog converter 12 via path a, and outputs the synthesized media data c and media data e to the application device 10 after being processed by the digital/analog converter 12, so that a user can receive the synthesized media data c and media data e based on the application device 10.

In another exemplary application scenario, the media data sent by the user may also be processed by the application device 10 and the digital/analog converter 12, and then sent to the terminal 2 as media data d via the first data path through the path b, and also sent to the terminal 3 as media data f via the second data path through the path b.

Correspondingly, on the basis of the application scenario, the terminal 2 and the terminal 3 may also perform media data intercommunication via the media processing module 13. For example, the media processing module 13 synthesizes the media data c sent by the terminal 2 and received based on the first data path with the media data f received from the user side, and sends the synthesized data to the terminal 3 through the second data path; for another example, the media processing module 13 may further combine the media data e sent by the terminal 3 and received via the second data path with the media data d received from the user side, and then send the combined data to the terminal 2 via the first data path.

The technical solution of the present embodiment can send the media data of any two terminals in the three-party terminals participating in the call to other terminals except for any two terminals after mixing the media data, so as to ensure that the three-party terminals participating in the call can receive the media data of other terminals except for the three-party terminals. Preferably, the number of the opposite ends in this embodiment may be more than two, and those skilled in the art may change more embodiments according to actual needs, which does not affect the technical content of the present invention.

It should be noted that, although the foregoing embodiments have been described by taking a single subscriber identity card in a terminal as an example, the technical solution of the present invention is not limited to a terminal with a single subscriber identity card, and the technical solution of the present invention may also be applied to a terminal with multiple subscriber identity cards, for example, a terminal supporting multiple subscriber identity cards, as long as at least one subscriber identity card can establish multiple data paths.

Those skilled in the art will appreciate that all or part of the steps in the methods of the above embodiments may be implemented by hardware related to instructions of a program, which may be stored in a computer-readable storage medium, and the storage medium may include: ROM, RAM, magnetic or optical disks, and the like.

Although the present invention is disclosed above, the present invention is not limited thereto. Various changes and modifications may be effected therein by one skilled in the art without departing from the spirit and scope of the invention as defined in the appended claims.

Claims

1. A multi-data path terminal service processing method is characterized by comprising the following steps:

when a current user identification card uses a first service path to carry out a first call, receiving a service request associated with the current user identification card;

responding to the service request, and performing a second path of communication by using the first service path or establishing a second service path according to user selection;

the first service access and the second service access are both established based on the current subscriber identity module card, the first service access carries out service data transmission based on a first data access, and the second service access carries out service data transmission based on a second data access;

when the second service channel is established to carry out the second channel of communication, the first service channel still keeps an activated state, wherein the activated state refers to a state that service data can be transmitted on the service channel;

the first service path and the second service path are established based on the current subscriber identity module card, and the establishing refers to:

the single user identification card establishes at least two service paths which are in an activated state.

2. The multiple data path terminal service processing method of claim 1, wherein the service request comprises a called service request for the current subscriber identity card or a calling service request issued based on the current subscriber identity card.

3. The multiple data path terminal service processing method of claim 2, further comprising, prior to receiving the service request associated with the current subscriber identity card: establishing the second data path.

4. The multiple data path terminal service processing method of claim 2, wherein performing the second call using the first service path or establishing the second service path according to the user selection comprises: and if the user selection indicates to use the second service path for response, establishing the second service path for carrying out the second path of communication.

5. The multiple data path terminal service processing method of claim 1, wherein the service request comprises a calling service request based on the current subscriber identity card, and further comprising, after receiving the service request and before responding to the service request: establishing the second data path.

6. The method for processing the services of the multiple data path terminals according to claim 1, wherein the service request is a calling service request sent by the current subscriber identity card, and the performing the second call by using the first service path or establishing the second service path according to the user selection comprises: and carrying out a second path of communication by using the first service path according to the selection of the user, wherein when the first service path is selected to carry out the communication according to the selection of the user, the first path of communication is in a waiting state.

7. The multiple data path terminal service processing method of claim 1, wherein the service request is a called service request for the current subscriber identity card, and the called service request is issued by a network side based on the first data path.

8. The multiple data path terminal service processing method of claim 7, prior to responding to the service request, comprising: and informing the network side to send the called service request based on the second data path instead.

9. The multiple data path terminal service processing method of claim 7, wherein performing the second call using the first service path or establishing the second service path according to the user selection comprises: if the user selects to indicate to answer the called service request, the called service request is rejected, and the second service path is used for calling the initiator of the called service request to carry out the second path of communication.

10. The multiple datapath terminal service processing method of claim 1, wherein the service request is a called service request for the current subscriber identity card, the called service request being issued by the network side based on the second datapath.

11. The multiple data path terminal service processing method of claim 1, wherein the service for which the service request is directed comprises a voice service or a video service.

12. The multiple data path terminal traffic processing method of claim 1, wherein the first data path and the second data path are established based on a wireless network.

13. The method for processing the services of the multiple data paths terminal of claim 1, wherein the service request includes a service request based on an IMS network, and the service targeted by the service request and the services corresponding to the first service path and the second service path each include services based on an IMS network.

14. The multiple data path terminal service processing method of claim 13, wherein the service for which the service request is directed comprises a VoLTE service or a volwifi service.

15. The multiple data path terminal service processing method as claimed in any one of claims 1 to 14, wherein the first data path and the second data path are both data paths based on an IMS network.

16. The method of claim 15, wherein the IMS network based data path comprises a path corresponding to an IMS PDN.

17. A multiple data path terminal service processing apparatus, comprising:

the receiving module is used for receiving a service request associated with the current subscriber identity module when the current subscriber identity module uses a first service path to carry out a first call;

the processing module responds to the service request and uses the first service path or establishes a second service path to carry out a second path of communication according to user selection;

18. The multiple data path terminal service processing apparatus of claim 17, wherein the service request comprises a called service request for the current subscriber identity card or a calling service request issued based on the current subscriber identity card.

19. The multiple datapath terminal service processing apparatus of claim 18 further comprising a first establishing module for establishing the second datapath prior to receiving a service request associated with the current subscriber identification card.

20. The multiple data path terminal traffic processing apparatus of claim 18, wherein the processing module comprises: and the establishing submodule is used for establishing the second service path to carry out the second path of communication if the user selects and indicates to use the second service path to carry out response.

21. The multiple datapath terminal service processing apparatus of claim 17 wherein the service request includes a calling service request based on the current subscriber identification card, the multiple datapath terminal service processing apparatus further comprising a second establishing module for establishing the second datapath after receiving the service request and before responding to the service request.

22. The multiple data path terminal service processing apparatus of claim 17, wherein the service request is a calling service request issued based on the current subscriber identity card, and the processing module comprises: and the using submodule is used for using the first service path to carry out the second path of communication according to the selection of the user, wherein when the first service path is used for carrying out the communication according to the selection of the user, the first path of communication is in a waiting state.

23. The multiple data path terminal service processing apparatus of claim 17, wherein the service request is a called service request for the current subscriber identity card, and the called service request is issued by a network side based on the first data path.

24. The multiple datapath terminal service processing apparatus of claim 23 further comprising a notification module for notifying the network side to instead issue the called service request over the second datapath prior to responding to the service request.

25. The multiple data path terminal traffic processing apparatus of claim 23, wherein the processing module comprises: and the processing submodule rejects the called service request and uses the second service access to call the initiator of the called service request to carry out the second path of communication if the user selection indication answers the called service request.

26. The multiple datapath terminal service processing apparatus of claim 17, wherein the service request is a called service request for the current subscriber identity card, the called service request being issued by the network side based on the second datapath.

27. The multiple data path terminal service processing apparatus of claim 17, wherein the service for which the service request is directed comprises a voice service or a video service.

28. The multiple data path terminal traffic processing apparatus of claim 17, wherein the first data path and the second data path are each established based on a wireless network.

29. The apparatus of claim 17, wherein the service request comprises a service request based on an IMS network, and the service for which the service request is directed and the services corresponding to the first service path and the second service path each comprise services based on an IMS network.

30. The multiple data path terminal service processing apparatus of claim 29, wherein the service for which the service request is directed comprises a VoLTE service or a volwifi service.

31. The multiple datapath terminal service processing apparatus of any one of claims 17 to 30 wherein the first datapath and the second datapath are both IMS network-based datapaths.

32. The multiple data path terminal service processing apparatus of claim 31, wherein the IMS network based data path comprises a path corresponding to an IMS PDN.