WO2022100640A1 - Communication transfer method, terminal, and network side device - Google Patents

Abstract

Disclosed in the present application are a communication transfer method, a terminal, and a network-side device, relating to the technical field of wireless communication. The method comprises: a first terminal sending a first communication transfer instruction to a core network function; and/or, sending target transfer information to a second terminal (S210).

Description

Communication transfer method, terminal and network side device

cross reference

The present invention claims the priority of the Chinese patent application with the application number of 202011271000.7 and the invention titled "Communication Transfer Method, Terminal and Network-side Device" submitted to the Chinese Patent Office on November 13, 2020, the entire content of which is by reference Incorporated in the present invention.

technical field

The present application belongs to the technical field of wireless communication, and specifically relates to a method, terminal and network side device for communication transfer.

Background technique

In the related art, when a user is using a user terminal such as a smartphone, such as playing videos, playing music, and working online, if new services such as audio and video calls enter, the application currently used by the user (such as video playback) will be affected. , music playback, etc.) is interrupted, affecting the user experience.

SUMMARY OF THE INVENTION

Embodiments of the present application provide a communication transfer method, a terminal, and a network-side device, which can solve the problem of terminal application interruption caused by the presence of new audio and video entries, and improve user experience.

In a first aspect, a method for communication transfer is provided, executed by a first terminal, the method includes: sending a first communication transfer instruction to a core network function; and/or sending target transfer information to a second terminal.

In a second aspect, a method for communication transfer is provided, executed by a second terminal, the method includes: sending a second user identifier and first transfer information to a core network function; the first transfer information includes at least one of the following : the first user identifier, the first user identifier is the user identifier corresponding to the first terminal; the identifier of the allowed transfer session; the identifier of the QoS flow allowed to transfer; the business data matching rule of the transfer service allowed; the token used for transfer verification information.

In a third aspect, a communication transfer method is provided, executed by a first core network function, the method includes: receiving a second user identifier and first transfer information sent by a second terminal; sending the second core network function to the second core network function the second user identifier and the second transfer information; wherein the first transfer information includes at least one of the following: a first user identifier, the first user identifier is a user identifier corresponding to the first terminal; an identifier for allowing the transfer session; The identifier of the QoS flow that is allowed to transfer; the service data matching rule of the transfer service is allowed; the token information used for transfer verification; the second transfer information includes at least one of the following: the first user identifier; identifier; the identifier of the QoS flow permitted to be transferred; the service data matching rule of the service permitted to be transferred.

In a fourth aspect, a communication transfer method is provided, executed by a second core network function, the method comprising: receiving a second user identifier and second transfer information; instructing a third core network function to transfer based on the second transfer information The target communication data is sent to the second terminal, and the target communication data is determined according to the second transfer information; the second transfer information includes at least one of the following: a first user identifier, the first user identifier corresponds to the first terminal The identifier of the user that is allowed to transfer the session; the identifier of the QoS flow that is allowed to be transferred; the service data matching rules that allow the transfer of the service.

In a fifth aspect, a communication transfer device is provided, the device includes: a first sending module configured to send a first communication transfer instruction to a core network function; and/or send target transfer information to a second terminal.

In a sixth aspect, a communication transfer device is provided, the device includes: a second sending module configured to send a second user identifier and first transfer information to a core network function; the first transfer information includes at least one of the following: Item: first user identifier, the first user identifier is the user identifier corresponding to the first terminal; the identifier of the session allowed to be transferred; the identifier of the QoS flow allowed to transfer; the service data matching rule of the transfer service allowed; token information.

In a seventh aspect, a communication transfer device is provided, characterized in that the device includes: a first receiving module, configured to receive a second user identifier and first transfer information sent by a second terminal; a third sending module, configured with sending the second user identifier and the second transfer information to the second core network function; wherein the first transfer information includes at least one of the following: a first user identifier, the first user identifier corresponds to the first terminal The identity of the user allowed to transfer the session; the identity of the QoS flow allowed to be transferred; the business data matching rule that allows the transfer service; the token information used for the transfer verification; the second transfer information includes at least one of the following: the first A user identifier; the identifier of the session allowed to transfer; the identifier of the QoS flow allowed to transfer; the service data matching rule of the service allowed to transfer.

In an eighth aspect, a communication transfer apparatus is provided, the apparatus comprising: a second receiving module, configured to receive a second user identifier and second transfer information; an indicating module, configured to indicate a third transfer information based on the second transfer information The core network function forwards target communication data to the second terminal, where the target communication data is determined according to the second transfer information; the second transfer information includes at least one of the following: a first user identifier, where the first user identifier is The user identifier corresponding to the first terminal; the identifier of the session allowed to be transferred; the identifier of the QoS flow allowed to be transferred; the service data matching rule of the allowed transfer service.

In a ninth aspect, a terminal is provided, the terminal includes a processor, a memory, and a program or instruction stored on the memory and executable on the processor, when the program or instruction is executed by the processor The steps of implementing the method of the first aspect or the second aspect.

A tenth aspect provides a network-side device, the network-side device includes a processor, a memory, and a program or instruction stored on the memory and executable on the processor, the program or instruction being executed by the The processor implements the steps of the method according to the third aspect or the fourth aspect when executed.

In an eleventh aspect, a readable storage medium is provided, and a program or an instruction is stored on the readable storage medium, and when the program or instruction is executed by a processor, the steps of the method according to the first aspect are implemented, or the The steps of the method according to the second aspect, or the steps of implementing the method according to the third aspect, or the steps of implementing the method according to the fourth aspect.

A twelfth aspect provides a chip, the chip includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is configured to run network-side device programs or instructions, implementing the first aspect The steps of the method, or the steps of implementing the method as described in the second aspect, or the steps of implementing the method as described in the third aspect, or the steps of implementing the method as described in the fourth aspect.

A thirteenth aspect provides a computer program product, the computer program product is stored in a non-transitory storage medium, and when the computer program product is executed, implements the steps of the method described in the first aspect, or implements the method as described in the first aspect. The steps of the method described in the second aspect, or the steps of implementing the method described in the third aspect, or the steps of realizing the method described in the fourth aspect.

In this embodiment of the present application, the first terminal sends the first communication transfer instruction to the core network function; and/or, sends target transfer information to the second terminal, so that the core network function will communicate with the first communication transfer instruction or all The communication data corresponding to the target transfer information is forwarded to the second terminal, thereby avoiding the problem of terminal application interruption caused by the entry of new audio and video, and effectively improving the user experience.

Description of drawings

FIG. 1 is a block diagram of a wireless communication system provided by an exemplary embodiment of the present application.

FIG. 2 is a schematic flowchart of a method for communication transfer provided by an exemplary embodiment of the present application.

FIG. 3 is a schematic flowchart of a method for communication transfer provided by another exemplary embodiment of the present application.

FIG. 4 is a schematic flowchart of a method for communication transfer provided by another exemplary embodiment of the present application.

FIG. 5 is a schematic flowchart of a communication transfer method provided by another exemplary embodiment of the present application.

FIG. 6 is a schematic flowchart of a method for communication transfer provided by another exemplary embodiment of the present application.

FIG. 7 is a schematic flowchart of a method for communication transfer provided by another exemplary embodiment of the present application.

FIG. 8a is a schematic diagram of an interaction flow of communication transfer provided by an exemplary embodiment of the present application.

FIG. 8b is a schematic diagram of an interaction flow of communication transfer provided by another exemplary embodiment of the present application.

FIG. 8c is a schematic diagram of a user plane data flow model provided by an exemplary embodiment of the present application.

FIG. 9 is a block diagram of an apparatus for communication transfer provided by an exemplary embodiment of the present application.

FIG. 10 is a block diagram of an apparatus for communication transfer provided by another exemplary embodiment of the present application.

FIG. 11 is a block diagram of an apparatus for communication transfer provided by another exemplary embodiment of the present application.

FIG. 12 is a block diagram of an apparatus for communication transfer provided by another exemplary embodiment of the present application.

FIG. 13 is a block diagram of a terminal provided by an exemplary embodiment of the present application.

FIG. 14 is a block diagram of a network side device provided by an exemplary embodiment of the present application.

Detailed ways

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art fall within the protection scope of this application.

The terms "first", "second" and the like in the description and claims of the present application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It is to be understood that the data so used are interchangeable under appropriate circumstances so that the embodiments of the present application can be practiced in sequences other than those illustrated or described herein, and "first", "second" distinguishes Usually it is a class, and the number of objects is not limited. For example, the first object may be one or multiple. In addition, "and/or" in the description and claims indicates at least one of the connected objects, and the character "/" generally indicates that the associated objects are in an "or" relationship.

It is worth noting that the technologies described in the embodiments of this application are not limited to Long Term Evolution (LTE)/LTE-Advanced (LTE-Advanced, LTE-A) systems, and can also be used in other wireless communication systems, such as code Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (Orthogonal Frequency Division Multiple Access, OFDMA), Single-carrier Frequency-Division Multiple Access (SC-FDMA) and other systems. The terms "system" and "network" in the embodiments of the present application are often used interchangeably, and the described technology can be used not only for the above-mentioned systems and radio technologies, but also for other systems and radio technologies. However, the following description describes a New Radio (NR) system for example purposes, and NR terminology is used in most of the description below, although these techniques are also applicable to applications other than NR system applications, such as 6th generation ( 6th ^Generation , 6G) communication system.

FIG. 1 shows a block diagram of a wireless communication system to which the embodiments of the present application can be applied. The wireless communication system includes a terminal 11 and a network-side device 12 . The terminal 11 may also be called a terminal device or a user terminal (User Equipment, UE), and the terminal 11 may be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer) or a notebook computer, a personal digital computer Assistant (Personal Digital Assistant, PDA), handheld computer, netbook, ultra-mobile personal computer (ultra-mobile personal computer, UMPC), mobile Internet device (Mobile Internet Device, MID), wearable device (Wearable Device) or vehicle-mounted device (VUE), pedestrian terminal (PUE) and other terminal-side devices, wearable devices include: bracelets, headphones, glasses, etc. It should be noted that, the embodiment of the present application does not limit the specific type of the terminal 11 . The network side device 12 may be a base station or a core network, wherein the base station may be referred to as a Node B, an evolved Node B, an access point, a Base Transceiver Station (BTS), a radio base station, a radio transceiver, a basic service Set (Basic Service Set, BSS), Extended Service Set (Extended Service Set, ESS), Node B, Evolved Node B (eNB), Home Node B, Home Evolved Node B, WLAN Access Point, WiFi Node, Send Transmitting Receiving Point (TRP) or some other suitable term in the field, as long as the same technical effect is achieved, the base station is not limited to specific technical terms. The base station in the NR system is taken as an example, but the specific type of the base station is not limited.

The technical solutions provided by the embodiments of the present application will be described in detail below through specific embodiments and application scenarios with reference to the accompanying drawings.

As shown in FIG. 2, it is a flowchart of a method 200 for communication transfer provided by an exemplary embodiment of the present application. The method 200 can be executed by, but not limited to, a first terminal. Executed by software and/or hardware, the method 200 may include at least the following steps.

S210: Send the first communication transfer instruction to the core network function; and/or, send target transfer information to the second terminal.

The core network function may be, but is not limited to, an Access and Mobility Management Function (AMF), a Session Management Function (SMF), and a User Plane Function (UPF) Wait. The first communication transfer instruction is used to indicate service-related information that needs to be transferred by the core network function. Correspondingly, the first transfer instruction may carry service-related information that needs to be transferred, such as indicating which protocol data units (Protocol Data Units) Data Unit, PDU) session can be transferred, indicating terminal identification information that is allowed to transfer, indicating which terminals can transfer the PDU session, and so on.

Exemplarily, as a possible implementation manner, the first communication transfer indication may carry at least one of the following (1)-(5).

(1) Allow transfer instruction (IuT instruction), which is used to instruct the core network function to perform transfer operation, such as transferring the communication data sent to the first terminal to the second terminal, so as to avoid interrupting the service being opened by the first terminal, such as video playback business, music playback business, etc.

(2) The identifier of the allowed transfer session, such as an IuT session, etc., the transfer allowed session is used to bear the services that need to be transferred, and the like.

(3) The identification of the quality of service (Quality of Service, QoS) flow that is allowed to be transferred.

(4) Service data matching rules for allowing transfer of services, wherein the service data matching rules are used to determine/filter communication data to be transferred, such as communication data corresponding to unimportant incoming calls.

(5) Transfer authorization information. The transfer authorization information may include one or more user identifiers, and the one or more user identifiers include at least the first user identifier corresponding to the first terminal that is allowed to be transferred and/or the first user identifier that is allowed to accept the transfer. The second user identifier corresponding to the two terminals.

In an implementation manner, the first communication transfer instruction may be sent when the first terminal requests the core network function to establish a PDU session, or may be carried in a PDU Session Establishment (PDU Session Establishment) message and sent together. to the core network functionality. It can be understood that the PDU session is used for data transmission between the first terminal and the core network.

The target transfer information is used to indicate service-related information that the second terminal needs to transfer, and to enable the second terminal to initiate a communication transfer process to the core network function based on the target transfer information. The target transfer information may be sent by the first terminal to the second terminal, or may be fed back to the first terminal by the first terminal after receiving the service information request sent by the second terminal The second terminal is not limited in this embodiment.

Exemplarily, the target transfer information may include at least one of the following (1)-(7).

(1) The first user ID.

(2) Application (Application) information that allows the transfer of the service, for the second terminal to start an application program corresponding to the application information, for receiving the transfer information.

(3) Allow the cookie information corresponding to the transfer service.

(4) The identification of the allowed transfer session.

(5) The identification of the QoS flow that is allowed to transfer.

(6) The business data matching rules that allow the transfer service, such as flow information that needs to be transferred, generally include information such as source address, source port, destination address, destination port, and protocol type.

(7) Token information for transfer verification. The token information may be generated based on a secret key shared between the first terminal and the core network function, or may be generated based on a private key of the first terminal, which is not limited in this embodiment.

In an implementation manner, data (such as target service information) transmission may be implemented between the first terminal and the second terminal based on short-range communication, for example, Sidelink technology, Wifi technology, Bluetooth technology, and the like.

Based on the foregoing description, the following briefly describes the communication transfer process.

When a user watches a video through a first terminal such as a mobile phone, and the user does not want the video playback to be interrupted by an unimportant incoming call, then the mobile phone receives a call request from an IP Multimedia Subsystem (IMS), and can filter the incoming calls according to the call filtering rules. It does not ring for non-important incoming calls, but requests the second terminal (such as a watch, etc.) to split the user plane of the telephone service to the watch, and answer the call by ringing the watch. There is a need for application synchronization, but it can be relayed through short-range communication. The IMS process is simple to implement. At this time, important calls will ring both the mobile phone and the watch, and only the watch will ring for non-important calls, which can effectively ensure the user's terminal experience.

In the foregoing embodiment, the first terminal sends the first communication transfer instruction to the core network function; and/or, the first terminal sends target transfer information to the second terminal, so that the core network function will communicate with the first communication transfer instruction Or the communication data corresponding to the target transfer information is forwarded to the second terminal, thereby avoiding the problem that the current terminal application on the first terminal is interrupted due to the entry of new audio and video, and effectively improving the user experience.

As shown in FIG. 3 , it is a flowchart of a method 300 for communication transfer provided by an exemplary embodiment of the present application. The method 300 can be executed by, but not limited to, a second terminal. Executed by software and/or hardware, the method 300 may include at least the following steps.

S310: Send the second user identifier and the first transfer information to the core network function.

The core network function may be, but not limited to, AMF, SMF, UPF, and the like. The second user identifier may be the identifier of the second terminal that receives the communication transfer, and the first transfer information is used to instruct the core network function to transfer the service that needs to be transferred on the first terminal to the second terminal. This embodiment , the first transfer information includes at least one of the following (1)-(5).

(1) A first user identifier, where the first user identifier is a user identifier corresponding to the first terminal.

(2) The identification of the allowed transfer session.

(3) The QoS flow identifiers that are allowed to transfer.

(4) The business data matching rules that allow the transfer business.

(5) Token information for transfer verification.

For the detailed description of (1)-(5), reference may be made to the relevant description in S210 , which is not repeated here in order to avoid repetition.

It should be noted that the first terminal and the second terminal may belong to the same AMF, or may belong to different AMFs, such as AMF1 and AMF2, then, the first terminal and the second terminal belong to In different AMFs, that is, the first terminal belongs to AMF1 and the second terminal belongs to AMF2, then the implementation process of S310 may include: the second terminal sends the second user identifier and the first transfer information to AMF2 , and then the AMF2 forwards the second user identity and the first transfer information to other functions in the core network function, so as to transfer the service to be transferred on the first terminal to the first terminal.

In addition, when sending the first transfer information to the core network function, the second terminal may also send a PDU session establishment message or a PDU session activation message to the core network function, such as sending a Service Request message or a PDU Session Establishment message A PDU session is established to realize data transmission between the second terminal and the core network, such as communication data to be transferred.

In this embodiment, the second terminal forwards the second user identifier and the first transfer information to the core network function, so that the core network function forwards the communication data corresponding to the first transfer information and the second user identifier to the second terminal Thus, the problem of terminal application interruption caused by the presence of new audio and video entries can be avoided, and the user experience can be effectively improved.

As shown in FIG. 4 , it is a flowchart of a method 400 for communication transfer provided by an exemplary embodiment of the present application. The method 400 can be executed by, but not limited to, a second terminal. Software and/or hardware implementation, the method may include at least the following steps.

S410: Receive target transfer information sent by the first terminal.

Wherein, the target transition information includes at least one of the following (1)-(7).

(1) The first user ID.

(2) Application information that allows the transfer of services.

(3) Allow the cookie information corresponding to the transfer service.

(4) The identification of the allowed transfer session.

(5) The identification of the QoS flow that is allowed to be transferred.

(6) The business data matching rules that allow the transfer business.

(7) Token information for transfer verification.

Wherein, for a detailed description of the target transfer information, please refer to the relevant description in S210 , which is not repeated here in order to avoid repetition.

S420: Send the second user identifier and the first transfer information to the core network function.

For the specific implementation process in S420, reference may be made to the detailed description of the foregoing S310, which is not repeated here to avoid repetition. In addition, it can be understood that the first transfer information may be determined based on the target transfer information, or may be determined based on preconfigured transfer information, which is not limited in this embodiment.

In this embodiment, the second terminal sends the second user identifier and the first transfer information to the core network function based on the target transfer information sent by the first terminal, which can further ensure that the communication transfer process is performed reliably.

As shown in FIG. 5 , which is a flowchart of a method 500 for communication transfer provided by an exemplary embodiment of the present application, the method 500 may be executed by, but not limited to, a first core network function, and the first core network function may be But not limited to AMF, etc., the method 500 may include at least the following steps.

S510: Receive the second user identifier and the first transfer information sent by the second terminal.

Wherein, the first transfer information includes at least one of the following (1)-(5).

(1) A first user identifier, where the first user identifier is a user identifier corresponding to the first terminal.

(2) The identification of the allowed transfer session.

(3) The identification of the QoS flow that is allowed to be transferred.

(4) The business data matching rules that allow the transfer business.

(5) Token information for transfer verification.

For the first transfer information, reference may be made to the relevant description in S310, and details are not repeated here.

S520: Send the second user identifier and the second transfer information to the second core network function.

The second core network function may be, but not limited to, SMF, etc. In this embodiment, the second transfer information is used to indicate that the second core network function (such as SMF, etc.) forwarding and the second transfer Corresponding communication data is sent to the second terminal. In this embodiment, the second transfer information includes at least one of the following (1)-(4).

(1) The first user identifier.

(2) The identifier of the allowed transfer session.

(3) The identifier of the QoS flow allowed to be transferred.

(4) The business data matching rule for allowing the transfer business.

In this embodiment, when receiving the second user identifier and the first transfer information, the first core network function sends the second transfer information and the second user identifier to the second core network function to indicate the second core network function The communication data corresponding to the second transfer is forwarded to the second terminal, thereby avoiding the problem of terminal application interruption caused by the presence of new audio and video entries, and effectively improving user experience.

As shown in FIG. 6 , which is a flowchart of a method 600 for communication transfer provided by an exemplary embodiment of the present application, the method 600 may be executed by, but not limited to, a first core network function, and the first core network function may be But not limited to AMF, etc., the method 600 may include at least the following steps.

S610: Receive the second user identifier and the first transfer information sent by the second terminal.

For the specific implementation process of S610, reference may be made to the relevant description in the aforementioned S510. In order to avoid repetition, it will not be repeated here.

S620, in the case that the transfer is allowed, send the second transfer information to the second core network function.

Wherein, in order to ensure the reliability of the transfer process, after receiving the first transfer information, the first core network function may check whether the transfer needs to be allowed based on the first transfer information and the context corresponding to the first user identifier. In a possible implementation manner, when at least one of the following (1)-(7) is satisfied, it may be determined that the transfer is allowed.

(1) The subscription information of the first user identifier satisfies the predetermined subscription information. The predetermined subscription information may be a predetermined configuration and stored in the first core network function, and the type of the predetermined subscription information is not limited herein.

(2) The session type corresponding to the session identifier in the first transfer information satisfies the predetermined session type.

(3) The token information is successfully verified based on the context of the first user identifier.

(4) The context corresponding to the first user identity includes a transfer permission indication.

(5) The identifier of the permitted transfer session included in the context corresponding to the first user identifier includes the session identifier in the second transfer information.

(6) The identifier of the QoS flow allowed to be transferred contained in the context corresponding to the first user identifier includes the identifier of the QoS flow in the second transfer information.

(7) The matching rule of the service data allowed to be transferred contained in the context corresponding to the first user identifier covers the matching rule of the service data in the second transfer information.

It can be understood that, in the actual verification process, the configuration can be based on any of the foregoing (1)-(7), but not limited to. In addition, in the case that at least one of the above is not satisfied, it may be determined that the transfer is not allowed, and the verification result is fed back to the second terminal.

In an implementation manner, it is assumed that the first core network function is AMF and the second core network function is SMF, then, in the case that the first terminal and the second terminal belong to different first core network functions In other words, the first terminal corresponds to core network functions AMF1 and SMF1, and the second terminal corresponds to core network functions AMF2 and SMF2. Then, when AMF2 receives the second user identity and the first transfer information sent by the second terminal , can send transfer verification information to AMF1, AMF1 performs verification based on the aforementioned (1)-(7), if the verification passes (transfer is allowed), AMF1 feeds back the context corresponding to the first user ID to AMF2 (or, AMF1 does not perform check, directly feedback the context corresponding to the first user identity to AMF2), and AMF2 sends second transfer information to SMF2, so as to realize the communication data transfer between the first terminal and the second terminal through the interaction between SMF2 and SMF1.

In this embodiment, the first core network function can further improve the reliability of the communication transfer process by verifying the transfer process.

As shown in FIG. 7 , which is a flowchart of a method 700 for communication transfer provided by an exemplary embodiment of the present application, the method 700 may be executed by, but is not limited to, a second core network function, and the second core network function may be But not limited to SMF, etc., the method 700 may include at least the following steps.

S710: Receive the second user identifier and the second transfer information.

Wherein, the second transfer information includes at least one of the following (1)-(4).

(1) A first user identifier, where the first user identifier is a user identifier corresponding to the first terminal.

(2) The identification of the allowed transfer session.

(3) The identification of the QoS flow that is allowed to be transferred.

(4) The business data matching rules that allow the transfer business.

For a detailed description of the second transfer information, reference may be made to the relevant description in the foregoing S520, which is not repeated here to avoid repetition.

In an implementation manner, it is assumed that the first core network function is AMF and the second core network function is SMF. In the case that the first terminal and the second terminal belong to different first core network functions, that is, , the first terminal corresponds to AMF1, SMF1, and the second terminal corresponds to AMF2, SMF2, then, the implementation process of S710 may include: SMF2 receives the second user identity and second transfer information sent by AMF2 or SMF1.

S720, instructing the third core network function to forward the target communication data to the second terminal based on the second transfer information.

The third core network function may be UPF or the like, and the target communication data is determined according to the second transfer information.

As a possible implementation manner, the second core network function indicates at least one of the following (1)-(4) through S720.

(1) Instructing the third core network function to mark a data stream corresponding to the first user identifier, where the mark is used to instruct sending the target communication data to the second terminal.

(2) Instructing the third core network function to mark the data flow corresponding to the identifier of the allowed session transfer, where the mark is used to indicate that the target communication data is sent to the second terminal.

(3) Instructing the third core network function to mark the data flow corresponding to the identifier of the QoS flow allowed to transfer, where the marking is used to instruct sending the target communication data to the second terminal.

(4) Instructing the third core network function to mark a data flow that satisfies the service data matching rule, where the mark is used to instruct sending the target communication data to the second terminal.

In this embodiment, the second core network function instructs the third core network function to forward the target communication data corresponding to the second transfer information to the second terminal according to the received second user identifier and the second transfer information, In this way, the problem of terminal application interruption caused by the presence of new audio and video entries can be avoided, and the user experience can be effectively improved.

Based on the foregoing description of the communication transfer method, the following describes the interaction flow involved in the communication transfer process with reference to Figures 8a, 8b, and 8c.

As shown in Figure 8a, it is assumed that the core network functions include a first core network function (such as AMF), a second core network function (such as SMF), and a third core network function (such as UPF, etc.), the first terminal (UE1) and the third core network function (such as UPF, etc.). Two terminals (UE2) belong to the same AMF, then, the interaction process involved in the communication transfer process includes the following steps.

(1) The UE1 sends a PDU session establishment message to the AMF, and the AMF forwards the PDU session establishment request to the SMF to establish a PDU session between the UE1 and the core network. The establishment process of the PDU session is not introduced here.

(2) UE1 sends a first communication transfer indication (that is, an IuT indication) to the AMF, and sends target transfer information to the UE2.

(3) UE2 sends the second user identity and the first transfer information to the AMF, where the first transfer information is determined according to the target transfer information.

In addition, UE2 can also send a PDU session establishment message or a PDU session activation message to the AMF;

(4) The AMF checks whether the transfer is allowed.

(5) In the case of allowing the transfer, the AMF sends the second user identity and the second transfer information to the SMF.

(6) The SMF instructs the UPF to forward the target communication data to the UE2 based on the second transfer information.

(7) UPF forwards the target communication data to UE2.

It should be noted that the communication transfer process may include, but is not limited to, all or part of the steps (1)-(7) above. In addition, for the detailed description of (1)-(7), please refer to the aforementioned methods The detailed description in the embodiment is not repeated here in order to avoid repetition.

As shown in Figure 8b, it is assumed that the core network functions include a first core network function (eg AMF), a second core network function (eg SMF) and a third core network function (eg UPF), the first terminal (UE1) and the second core network function (eg UPF) The terminal (UE2) belongs to different AMFs, that is, the first terminal corresponds to AMF1, SMF2, and UPF1, and the second terminal corresponds to AMF2, SMF2, and UPF2. Then, the interaction process involved in the communication transfer process may include the following step.

(1) UE1 sends a PDU session establishment message to AMF1, and sends a first communication transfer indication (ie IuT indication) to AMF1, AMF1 forwards the PDU session establishment message to SMF1, and SMF1 creates a PDU session with UE1.

(2) UE1 sends target transfer information to UE2.

(3) UE2 sends a PDU session establishment request or a PDU session activation request to AMF2, and SMF2 creates a PDU session or activates a PDU session.

(4) UE2 sends the first transfer information and the second user identity to AMF2 according to the target transfer information.

(5) AMF2 sends a transfer verification request to AMF1 in the case of receiving the second user identifier and the first transfer information.

(6) AMF1 feeds back the context to AMF2; or, AMF1 verifies the transfer verification request, and in the case that the verification is passed (that is, the transfer is allowed), the context is fed back to AMF2.

(7) AMF2 sends the second user identity and the second transfer information to SMF2.

(8) When SMF2 receives the second user identity and the second transfer information sent by AMF2, SMF2 establishes an uplink transmission channel with UPF2.

(9) SMF2 sends communication transfer information to SMF1.

(10) When the SMF1 receives the uplink receiving address and the communication transfer information corresponding to the UPF2, the SMF1 establishes a data uplink channel with the UPF1, and sends a resource transfer instruction to the UPF1.

(11) SMF1 sends the uplink receiving address corresponding to UPF1 to SMF2 to establish the uplink channel of UE2.

(12) AMF2 performs data interaction with UE2 through the base station system to obtain the downlink receiving address of the base station system to which UE2 belongs, and sends the downlink receiving address of the base station system to SMF2.

(13) SMF2 interacts with UPF2 to establish a downlink channel based on the downlink receiving address of the base station system.

(14) SMF2 sends the downlink receiving address corresponding to UPF2 to SMF1.

(15) When the SMF1 recognizes the communication data to be transferred from the transfer information, it sends the transfer data to the UPF1.

(16) UPF1 forwards the target communication data to UPF2 based on the downlink receiving address of UPF2.

(17) UPF2 forwards the transfer data to UE2 based on the downlink receiving address of the base station system to which UE2 belongs.

(18) After the transfer is completed, SMF1 sends a transfer completion message to SMF2.

(19) SMF2 sends a transfer complete message to AMF2.

(20) After AMF2 receives the transfer completion confirmation message from SMF2, AMF2 notifies AMF1 that the transfer is completed.

(21) AMF1 can release resources used for transferring the transferred data, such as releasing IuT session resources or modifying IuT session resources.

It should be noted that the communication transfer process may include, but is not limited to, all or part of the above steps (1)-(21). In addition, for the detailed description of (1)-(21), please refer to the aforementioned methods. The detailed description in the embodiment will not be repeated here.

Further, in conjunction with referring to Fig. 8c, in the communication transfer interaction flow (including the transfer process and after the transfer is completed) given by the foregoing method embodiments, the application service (Application Server, AS) always considers that it is in the communication with the contractor 1 (UE1). The terminal UE1 of the USIM card owner) interacts with the terminal UE1 (the IP address is the IP address of UE1), but in fact, the real interaction with AS11...AS1n is UE2 (the network passes through a UPF of the PDU session of UE1 or UE2 to the tunnel of gNB1 (tunnel). ), or differentiated by UE1's PDU session), which interacts with AS21...AS2m is UE2 (the network is distinguished by a UPF of UE1 or UE2's PDU session to gNB2's tunnel, or by UE2's PDU session), while UE2 The UE2 can have its own USIM card, and the owner of the USIM card on the UE2 (the signatory 2) can use the UE2 to perform its own services (not related to this application, so it is not shown in the figure). From the user side, for two UEs (or multiple UEs), there can be two PDU sessions respectively, or one PDU session has two tunnels to different gNBs respectively. There may be another UPF between the UPF and the gNB, that is, the tunnel may be segmented. In special cases, gNB1 and gNB2 are the same gNB.

It should be noted that A1 in FIG. 8c represents the Data Radio Bearer (DRBs) corresponding to UE1, A2 represents the DRBs corresponding to UE2, and B1 and B2 represent PDU session tunnels (tunnels).

It should be noted that, in the methods 200-700 for communication device transfer provided by the embodiments of the present application, the execution subject may be a device for communication device transfer, or the control of the method for executing communication device transfer in the device for communication device transfer. module. In the following parts, the embodiment of the present application uses the method for performing the communication device transfer by the device for communication device transfer as an example to describe the device for communication device transfer provided by the embodiment of the present application.

As shown in FIG. 9, a block diagram of an apparatus 900 for communication transfer provided by an exemplary embodiment of the present application, the apparatus for communication transfer includes a first sending module 910, configured to send a first communication transfer instruction to a core network function; and/or, sending target transfer information to the second terminal.

As a possible implementation in this application, the first communication transfer instruction carries at least one of the following: an instruction to allow transfer; an identifier for a session that is allowed to transfer; an identifier for a QoS flow that is allowed to transfer; a service data matching rule for allowing the transfer of services ; transfer authorization information.

As a possible implementation manner in this application, the transfer authorization information includes one or more user identifiers, and the one or more user identifiers at least include a first user identifier corresponding to the first terminal that is allowed to be transferred and /or the second user identifier corresponding to the second terminal that is allowed to accept the transfer.

As a possible implementation in this application, the target transfer information includes at least one of the following: a first user identifier; application information that allows the transfer of services; cookie information corresponding to the transfer-allowed service; Identification of QoS flow; business data matching rules that allow transfer services; token information used for transfer verification.

In the foregoing embodiment, the first terminal sends the first communication transfer instruction to the core network function; and/or, sends target transfer information to the second terminal, so that the core network function will communicate with the first communication transfer instruction or the The communication data corresponding to the target transfer information is forwarded to the second terminal, thereby avoiding the problem of terminal application interruption caused by the presence of new audio and video entering, and effectively improving the user experience.

As shown in FIG. 10 , which is a block diagram of an apparatus 1000 for communication transfer provided by an exemplary embodiment of the present application, the apparatus for communication transfer includes a second sending module 1010 for sending a second user identifier and first transfer information to Core network function; the first transfer information includes at least one of the following: a first user identifier, the first user identifier is a user identifier corresponding to the first terminal; an identifier of a session allowed to be transferred; an identifier of a QoS flow allowed to be transferred; Business data matching rules for transfer services; token information for transfer verification.

As a possible implementation manner in this application, the apparatus further includes: a first receiving module 1020, configured to receive target transfer information sent by the first terminal; the target transfer information includes at least one of the following: a first user Identification; application information of the transfer service allowed; cookie information corresponding to the transfer allowed service; identification of the allowed transfer session; identification of the QoS flow allowed to transfer; business data matching rules for the transfer service allowed; token information for transfer verification.

In this embodiment, the second terminal forwards the second user identifier and the first transfer information to the core network function, so that the core network function forwards the communication data corresponding to the first transfer information and the second user identifier to the second terminal Thus, the problem of terminal application interruption caused by the presence of new audio and video entries can be avoided, and the user experience can be effectively improved.

As shown in FIG. 11, it is a block diagram of an apparatus for communication transfer provided by an exemplary embodiment of the present application. The apparatus for communication transfer includes a second receiving module 1110, which is configured to receive a second user identifier and a second user identifier sent by a second terminal. a transfer information; a third sending module 1120, configured to send the second user identifier and the second transfer information to the second core network function; wherein the first transfer information includes at least one of the following: a first user identifier, The first user identifier is the user identifier corresponding to the first terminal; the identifier for allowing the transfer of the session; the identifier for allowing the transfer of the QoS flow; the service data matching rule for allowing the transfer service; the token information used for transfer verification; the second The transfer information includes at least one of the following: the first user identifier; the identifier of the session allowed to transfer; the identifier of the QoS flow allowed to transfer; the service data matching rule of the service allowed to transfer.

As a possible implementation manner of the present application, the apparatus further includes: the third sending module is configured to execute the step of sending the second transfer information to the second core network function when transfer is allowed.

As a possible implementation manner in this application, it is determined that the transfer is allowed when at least one of the following conditions is satisfied: the subscription information of the first user identifier satisfies the predetermined subscription information; the session identifier in the first transfer information corresponds to The session type satisfies a predetermined session type; the token information is successfully verified based on the context of the first user ID; the context corresponding to the first user ID includes a transfer permission indication; the context corresponding to the first user ID includes the permission The identifier of the transfer session includes the session identifier in the second transfer information; the identifier for allowing the transfer of QoS flows contained in the context corresponding to the first user identifier includes the QoS flow identifier in the second transfer information; The matching rule of the transfer-allowed service data contained in the context corresponding to the first user identifier covers the service data matching rule in the second transfer information.

In this embodiment, when receiving the second user identifier and the first transfer information, the first core network function sends the second transfer information and the second user identifier to the second core network function to indicate the second core network function The communication data corresponding to the second transfer is forwarded to the second terminal, thereby avoiding the problem of terminal application interruption caused by the presence of new audio and video entries, and effectively improving user experience.

As shown in FIG. 12 , which is a block diagram of an apparatus 1200 for communication transfer provided by an exemplary embodiment of the present application, the apparatus 1200 for communication transfer includes a third receiving module 1210 for receiving a second user identifier and second transfer information ; Instructing module 1220, for instructing the third core network function to forward target communication data to the second terminal based on the second transfer information, and the target communication data is determined according to the second transfer information; The second transfer information includes At least one of the following: a first user identifier, where the first user identifier is a user identifier corresponding to the first terminal; an identifier for allowing transfer of a session; an identifier for allowing transfer of QoS flows; and a service data matching rule for allowing transfer of services.

As a possible implementation manner in this application, the instructing module is used for at least one of the following: instructing the third core network function to mark a data stream corresponding to the first user identity, where the marking is used to instruct the Sending the target communication data to the second terminal; instructing the third core network function to mark the data stream corresponding to the identifier of the allowed session transfer, where the mark is used to instruct the target communication data to be sent to the second terminal terminal; instructing the third core network function to mark the data flow corresponding to the identifier of the QoS flow allowed to transfer, where the marking is used to instruct sending the target communication data to the second terminal; instructing the third core The network function marks a data flow that satisfies the service data matching rule, and the mark is used to indicate that the target communication data is sent to the second terminal.

In this embodiment, the second core network function instructs the third core network function to forward the target communication data corresponding to the second transfer information to the second terminal according to the received second user identifier and the second transfer information, thereby , which can avoid the problem of terminal application interruption caused by the entry of new audio and video, and effectively improve the user experience.

The apparatus for communication transfer in the foregoing embodiments may be an apparatus, and may also be a component, an integrated circuit, or a chip in a terminal. The device may be a mobile terminal or a non-mobile terminal. Exemplarily, the mobile terminal may include, but is not limited to, the types of terminals 11 listed above, and the non-mobile terminal may be a server, a network attached storage (NAS), a personal computer (personal computer, PC), a television ( television, TV), teller machine, or self-service machine, etc., which are not specifically limited in the embodiments of the present application.

The device for communication transfer in this embodiment of the present application may be a device with an operating system. The operating system may be an Android (Android) operating system, an ios operating system, or other possible operating systems, which are not specifically limited in the embodiments of the present application.

The communication transfer device provided in the embodiment of the present application can implement the various processes implemented by the method embodiments in FIGS. 2-7 , 8a , 8b , and 8c , and achieve the same technical effect. To avoid repetition, details are not repeated here. .

As shown in FIG. 13 , it is a schematic diagram of a hardware structure of a terminal for implementing an embodiment of the present application.

The terminal 1300 includes but is not limited to: a radio frequency unit 1301, a network module 1302, an audio output unit 1303, an input unit 1304, a sensor 1305, a display unit 1306, a user input unit 1307, an interface unit 1308, a memory 1309, a processor 1310 and other components .

Those skilled in the art can understand that the terminal 1300 may also include a power source (such as a battery) for supplying power to various components, and the power source may be logically connected to the processor 1310 through a power management system, so as to manage charging, discharging, and power consumption through the power management system management and other functions. The terminal structure shown in FIG. 13 does not constitute a limitation on the terminal, and the terminal may include more or less components than shown, or combine some components, or arrange different components, which will not be repeated here.

It should be understood that, in this embodiment of the present application, the input unit 1304 may include a graphics processor (Graphics Processing Unit, GPU) 1041 and a microphone 13042. Such as camera) to obtain still pictures or video image data for processing. The display unit 1306 may include a display panel 13061, which may be configured in the form of a liquid crystal display, an organic light emitting diode, or the like. The user input unit 1307 includes a touch panel 13071 and other input devices 13072 . The touch panel 13071 is also called a touch screen. The touch panel 13071 may include two parts, a touch detection device and a touch controller. Other input devices 13072 may include, but are not limited to, physical keyboards, function keys (such as volume control keys, switch keys, etc.), trackballs, mice, and joysticks, which will not be described herein again.

In the embodiment of the present application, the radio frequency unit 1301 receives the downlink data from the network side device, and then processes it to the processor 1310; in addition, sends the uplink data to the network side device. Generally, the radio frequency unit 1301 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like.

Memory 1309 may be used to store software programs or instructions as well as various data. The memory 1309 may mainly include a stored program or instruction area and a storage data area, wherein the stored program or instruction area may store an operating system, an application program or instruction required for at least one function (such as a sound playback function, an image playback function, etc.) and the like. In addition, the memory 1309 may include a high-speed random access memory, and may also include a non-volatile memory, wherein the non-volatile memory may be a read-only memory (Read-Only Memory, ROM), a programmable read-only memory (Programmable ROM) , PROM), erasable programmable read-only memory (Erasable PROM, EPROM), electrically erasable programmable read-only memory (Electrically EPROM, EEPROM) or flash memory. For example at least one magnetic disk storage device, flash memory device, or other non-volatile solid state storage device.

The processor 1310 may include one or more processing units; optionally, the processor 1310 may integrate an application processor and a modem processor, wherein the application processor mainly processes the operating system, user interface, application programs or instructions, etc., Modem processors mainly deal with wireless communications, such as baseband processors. It can be understood that, the above-mentioned modulation and demodulation processor may not be integrated into the processor 1310.

The processor 1310 is used to call the instructions or programs in the memory 1309 to execute the method executed by each module shown in FIG. 9 or FIG. 10 , and achieve the same technical effect. To avoid repetition, details are not described here.

As shown in FIG. 14 , an embodiment of the present application further provides a network side device 140 , where the network device 140 includes an antenna 141 , a radio frequency device 142 , and a baseband device 143 . The antenna 141 is connected to the radio frequency device 142 . In the uplink direction, the radio frequency device 142 receives information through the antenna 141, and sends the received information to the baseband device 143 for processing. In the downlink direction, the baseband device 143 processes the information to be sent and sends it to the radio frequency device 142 , and the radio frequency device 142 processes the received information and sends it out through the antenna 141 .

The above-mentioned frequency band processing apparatus may be located in the baseband apparatus 143 , and the method performed by the network side device in the above embodiments may be implemented in the baseband apparatus 143 . The baseband apparatus 143 includes a processor 144 and a memory 145 .

The baseband device 143 may include, for example, at least one baseband board on which a plurality of chips are arranged, as shown in FIG. 14 , one of the chips is, for example, the processor 144 , which is connected to the memory 145 to call a program in the memory 145 to execute The network devices shown in the above method embodiments operate.

The baseband device 143 may further include a network interface 146 for exchanging information with the radio frequency device 142, and the interface is, for example, a common public radio interface (CPRI for short).

Specifically, the network-side device in this embodiment of the present application further includes: instructions or programs stored on the memory 145 and executable on the processor 144, and the processor 144 calls the instructions or programs in the memory 145 to execute the instructions or programs shown in FIG. 11 or FIG. 12 . In order to avoid repetition, it is not repeated here.

The embodiments of the present application further provide a readable storage medium, the readable storage medium may be volatile or non-volatile, and a program or an instruction is stored on the readable storage medium, the program or When the instruction is executed by the processor, each process of the above method embodiment for communication transfer is implemented, and the same technical effect can be achieved. To avoid repetition, details are not described here.

Wherein, the processor is the processor in the terminal described in the foregoing embodiment. The readable storage medium includes a computer-readable storage medium, such as a computer read-only memory (Read-Only Memory, ROM), a random access memory (Random Access Memory, RAM), a magnetic disk or an optical disk, and the like.

An embodiment of the present application further provides a chip, where the chip includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run a network-side device program or instruction to realize the above communication transfer. Each process of the method embodiment can achieve the same technical effect, and in order to avoid repetition, it will not be repeated here.

It should be understood that the chip mentioned in the embodiments of the present application may also be referred to as a system-on-chip, a system-on-chip, a system-on-chip, or a system-on-a-chip, or the like.

An embodiment of the present application further provides a computer program product, the computer program product includes a processor, a memory, and a program or instruction stored on the memory and executable on the processor, the program or instruction being Each process of the method embodiment for implementing the above communication transfer when the processor is executed, and can achieve the same technical effect, to avoid repetition, it will not be repeated here.

It should be noted that, herein, the terms "comprising", "comprising" or any other variation thereof are intended to encompass non-exclusive inclusion, such that a process, method, article or device comprising a series of elements includes not only those elements, It also includes other elements not expressly listed or inherent to such a process, method, article or apparatus. Without further limitation, an element qualified by the phrase "comprising a..." does not preclude the presence of additional identical elements in a process, method, article or apparatus that includes the element. Furthermore, it should be noted that the scope of the methods and apparatus in the embodiments of the present application is not limited to performing the functions in the order shown or discussed, but may also include performing the functions in a substantially simultaneous manner or in the reverse order depending on the functions involved. To perform functions, for example, the described methods may be performed in an order different from that described, and various steps may also be added, omitted, or combined. Additionally, features described with reference to some examples may be combined in other examples.

From the description of the above embodiments, those skilled in the art can clearly understand that the method of the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course can also be implemented by hardware, but in many cases the former is better implementation. Based on this understanding, the technical solution of the present application can be embodied in the form of a software product in essence or in a part that contributes to the prior art, and the computer software product is stored in a storage medium (such as ROM/RAM, magnetic disk, CD-ROM), including several instructions to make a terminal (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) execute the methods described in the various embodiments of this application.

The embodiments of the present application have been described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific embodiments, which are merely illustrative rather than restrictive. Under the inspiration of this application, without departing from the scope of protection of the purpose of this application and the claims, many forms can be made, which all fall within the protection of this application.

Claims (29)

1. A method for communication transfer, wherein, performed by a first terminal, the method includes:

   sending a first communication transfer indication to the core network function; and/or,

   Send target transfer information to the second terminal.
2. The method of claim 1, wherein the first communication transfer instruction carries at least one of the following:

   allow transfer of instructions;

   The identification of the session that is allowed to be transferred;

   The identification of the quality of service QoS flow that is allowed to be transferred;

   Business data matching rules that allow transfer of business;

   Transfer authorization information.
3. The method of claim 2, wherein the transfer authorization information includes one or more user identifiers, and the one or more user identifiers at least include a first user identifier corresponding to the first terminal that is allowed to be transferred and/or the second user identifier corresponding to the second terminal that is allowed to accept the transfer.
4. The method of claim 1, wherein the target transfer information includes at least one of the following:

   the first user ID;

   Application information that allows the transfer of business;

   Allow the cookie information corresponding to the transfer business;

   The identification of the session that is allowed to be transferred;

   The identification of the quality of service QoS flow that is allowed to transfer;

   Business data matching rules that allow transfer of business;

   Token information for transfer verification.
5. A method for communication transfer, executed by a second terminal, the method comprising:

   sending the second user identity and the first transfer information to the core network function;

   The first transfer information includes at least one of the following:

   a first user identifier, where the first user identifier is a user identifier corresponding to the first terminal;

   The identification of the session that is allowed to be transferred;

   The quality of service QoS flow identifier that is allowed to be transferred;

   Business data matching rules that allow transfer of business;

   Token information for transfer verification.
6. The method according to claim 5, wherein before the sending the second user identity and the first transfer information to the core network function, the method further comprises:

   Receive target transfer information sent by the first terminal; the target transfer information includes at least one of the following:

   the first user ID;

   Application information that allows the transfer of business;

   Allow the cookie information corresponding to the transfer business;

   The identification of the session that is allowed to be transferred;

   The identity of the QoS flow that is allowed to be transferred;

   Business data matching rules that allow transfer of business;

   Token information for transfer verification.
7. A communication transfer method, executed by a first core network function, the method comprising:

   receiving the second user identifier and the first transfer information sent by the second terminal;

   sending the second user identity and the second transfer information to the second core network function;

   Wherein, the first transfer information includes at least one of the following:

   a first user identifier, where the first user identifier is a user identifier corresponding to the first terminal;

   The identification of the session that is allowed to be transferred;

   The identification of the quality of service QoS flow that is allowed to be transferred;

   Business data matching rules that allow transfer of business;

   Token information for transfer verification;

   The second transfer information includes at least one of the following:

   the first user identifier;

   the identifier of the allowed transfer session;

   the identifier of the QoS flow allowed to be transferred;

   The service data matching rules of the service allowed to be transferred.
8. The method of claim 7, wherein the sending the second transfer information to the second core network function comprises:

   In the case of allowing the transfer, the second transfer information is sent to the second core network function.
9. The method of claim 8, wherein the transfer is determined to be allowed under the condition that at least one of the following is satisfied:

   The subscription information of the first user identifier satisfies the predetermined subscription information;

   The session type corresponding to the session identifier in the first transfer information satisfies a predetermined session type;

   The token information is successfully verified based on the context of the first user identifier; the context corresponding to the first user identifier includes a transfer permission indication;

   The identifier of the allowed transfer session included in the context corresponding to the first user identifier includes the session identifier in the second transfer information;

   The identifier of the QoS flow allowed to transfer included in the context corresponding to the first user identifier includes the QoS flow identifier in the second transfer information;

   The matching rule of the transfer-allowed service data contained in the context corresponding to the first user identifier covers the service data matching rule in the second transfer information.
10. A communication transfer method performed by a second core network function, the method comprising:

    receiving a second user identification and second transfer information;

    Instruct the third core network function to forward target communication data to the second terminal based on the second transfer information, where the target communication data is determined according to the second transfer information;

    The second transfer information includes at least one of the following:

    a first user identifier, where the first user identifier is a user identifier corresponding to the first terminal;

    The identification of the session that is allowed to be transferred;

    The identification of the quality of service QoS flow that is allowed to be transferred;

    Business data matching rules that allow transfer of business.
11. The method of claim 10, wherein the instructing the third core network function to forward the target communication data to the second terminal based on the second transfer information comprises at least one of the following:

    instructing the third core network function to mark a data stream corresponding to the first user identity, where the mark is used to instruct sending the target communication data to the second terminal;

    instructing the third core network function to mark a data stream corresponding to the identifier of the session allowed to transfer, where the mark is used to instruct sending the target communication data to the second terminal;

    instructing the third core network function to mark the data flow corresponding to the identifier of the QoS flow allowed to transfer, where the mark is used to indicate that the target communication data is sent to the second terminal;

    Instructing the third core network function to mark a data flow that satisfies the service data matching rule, where the mark is used to instruct sending the target communication data to the second terminal.
12. A device for communication transfer, the device comprising:

    a first sending module, configured to send the first communication transfer instruction to the core network function; and/or,

    Send target transfer information to the second terminal.
13. The apparatus of claim 12, wherein the first communication transfer instruction carries at least one of the following:

    allow transfer of instructions;

    The identification of the session that is allowed to be transferred;

    The identity of the QoS flow that is allowed to be transferred;

    Business data matching rules that allow transfer of business;

    Transfer authorization information.
14. The apparatus according to claim 13, wherein the transfer authorization information includes one or more user identifiers, and the one or more user identifiers at least include a first user identifier corresponding to the first terminal that is allowed to be transferred and/or Or the second user identifier corresponding to the second terminal that is allowed to accept the transfer.
15. The apparatus of claim 12, wherein the target transfer information includes at least one of the following:

    the first user ID;

    Application information that allows the transfer of business;

    Allow the cookie information corresponding to the transfer business;

    The identification of the session that is allowed to be transferred;

    The identity of the QoS flow that is allowed to transfer;

    Business data matching rules that allow transfer of business;

    Token information for transfer verification.
16. A device for communication transfer, the device comprising:

    a second sending module, configured to send the second user identifier and the first transfer information to the core network function;

    The first transfer information includes at least one of the following:

    a first user identifier, where the first user identifier is a user identifier corresponding to the first terminal;

    The identification of the session that is allowed to be transferred;

    QoS flow identifiers that are allowed to transfer;

    Business data matching rules that allow transfer of business;

    Token information for transfer verification.
17. The apparatus of claim 16, wherein the apparatus further comprises:

    A first receiving module, configured to receive target transfer information sent by the first terminal; the target transfer information includes at least one of the following:

    the first user ID;

    Application information that allows the transfer of business;

    Allow the cookie information corresponding to the transfer business;

    The identification of the session that is allowed to be transferred;

    The identity of the QoS flow that is allowed to be transferred;

    Business data matching rules that allow transfer of business;

    Token information for transfer verification.
18. A communication transfer device, the device includes:

    a second receiving module, configured to receive the second user identifier and the first transfer information sent by the second terminal;

    a third sending module, configured to send the second user identifier and the second transfer information to the second core network function;

    Wherein, the first transfer information includes at least one of the following:

    a first user identifier, where the first user identifier is a user identifier corresponding to the first terminal;

    The identification of the session that is allowed to be transferred;

    The identity of the QoS flow that is allowed to be transferred;

    Business data matching rules that allow transfer of business;

    Token information for transfer verification;

    The second transfer information includes at least one of the following:

    the first user identifier;

    the identifier of the allowed transfer session;

    the identifier of the QoS flow allowed to be transferred;

    The service data matching rules of the service allowed to be transferred.
19. The apparatus of claim 18, wherein the apparatus further comprises:

    The third sending module is configured to execute the step of sending the second transfer information to the second core network function when transfer is allowed.
20. The apparatus of claim 19, wherein the transfer is determined to be allowed under the condition that at least one of the following is satisfied:

    The subscription information of the first user identifier satisfies the predetermined subscription information;

    The session type corresponding to the session identifier in the first transfer information satisfies a predetermined session type;

    The token information is successfully verified based on the context of the first user identifier; the context corresponding to the first user identifier includes a transfer permission indication;

    The identifier of the allowed transfer session included in the context corresponding to the first user identifier includes the session identifier in the second transfer information;

    The identifier of the QoS flow allowed to transfer included in the context corresponding to the first user identifier includes the QoS flow identifier in the second transfer information;

    The matching rule of the transfer-allowed service data contained in the context corresponding to the first user identifier covers the service data matching rule in the second transfer information.
21. A communication transfer device, the device includes:

    a third receiving module, configured to receive the second user identifier and the second transfer information;

    an instruction module, configured to instruct the third core network function to forward target communication data to the second terminal based on the second transfer information, where the target communication data is determined according to the second transfer information;

    The second transfer information includes at least one of the following:

    a first user identifier, where the first user identifier is a user identifier corresponding to the first terminal;

    The identification of the session that is allowed to be transferred;

    The identification of the quality of service QoS flow that is allowed to be transferred;

    Business data matching rules that allow transfer of business.
22. The apparatus of claim 21, wherein the indicating module is used for at least one of the following:

    instructing the third core network function to mark a data stream corresponding to the first user identity, where the mark is used to instruct sending the target communication data to the second terminal;

    instructing the third core network function to mark a data stream corresponding to the identifier of the session allowed to transfer, where the mark is used to instruct sending the target communication data to the second terminal;

    instructing the third core network function to mark the data flow corresponding to the identifier of the QoS flow allowed to transfer, where the mark is used to indicate that the target communication data is sent to the second terminal;

    Instructing the third core network function to mark a data flow that satisfies the service data matching rule, where the mark is used to instruct sending the target communication data to the second terminal.
23. A terminal, comprising a processor, a memory, and a program or instruction stored on the memory and executable on the processor, the program or instruction being executed by the processor to implement any one of claims 1 to 4. One of the steps of the method for communication transfer, or the steps of implementing the method for communication transfer according to any one of claims 5 to 6.
24. A network-side device, comprising a processor, a memory, and a program or instruction stored on the memory and running on the processor, the program or instruction being executed by the processor to implement as claimed in claim 7 to 9. The steps of the method for communication transfer according to any one of the claims, or the steps for implementing the method for communication transfer according to any one of claims 10 to 11.
25. A readable storage medium, on which a program or an instruction is stored, and when the program or instruction is executed by a processor, the method for transferring communication according to any one of claims 1-4 is realized, or a method such as The steps of the method for communication transfer according to any one of claims 5 to 6, or the steps for realizing the method for communication transfer according to any one of claims 7 to 9; or the steps for realizing any one of claims 10 to 11 The steps of the method for communication transfer.
26. A terminal configured to perform the steps of the method for communication transfer as claimed in any one of claims 1 to 4, or to implement the communication transfer as claimed in any one of claims 5 to 6 steps of the method.
27. A network side device configured to perform the steps of the method for communication transfer as claimed in any one of claims 7 to 9, or to implement the method as claimed in any one of claims 10 to 11 Steps of a method of communication transfer.
28. A chip, the chip includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run a network-side device program or instruction to implement any one of claims 1-4. The method of communication transfer, or the steps of realizing the method of communication transfer according to any one of claims 5 to 6, or the steps of realizing the method of communication transfer according to any one of claims 7 to 9; or the realization of The steps of the method for communication transfer according to any one of claims 10 to 11.
29. A computer program product, the computer program product is stored in a non-transitory storage medium, and when the computer program product is executed, the method for communication transfer according to any one of claims 1-4 is realized, or the method as claimed in claim 1 is realized. The steps of the method for communication transfer according to any one of claims 5 to 6, or the steps for realizing the method for communication transfer according to any one of claims 7 to 9; or the steps for realizing the method for communication transfer according to any one of claims 10 to 11 The steps of the described method of communication transfer.

Images