Session processing method and apparatus, electronic device, and computer program product

Abstract

The present disclosure relates to the technical field of wireless communications, and in particular to a session processing method and apparatus, an electronic device, and a computer program product. The method comprises: receiving a response to a first session modification request, wherein the response to the first session modification request comprises a first session description protocol answer (SDP answer), and the first SDP answer comprises a media description of an IMS data channel; and upon determining that the media description of the IMS data channel contains media parameters that are not allowed by a network, initiating a second session modification request, wherein the second session modification request comprises a first SDP offer, and the first SDP offer comprises the media description of the IMS data channel.

Description

A session processing method, apparatus, electronic device, and computer program product

[0001] Cross-reference to related applications

[0002] This disclosure claims priority to Chinese Patent Application No. 202411603449.7, filed in China on November 11, 2024, the entire contents of which are incorporated herein by reference. Technical Field

[0003] This disclosure relates to the field of wireless communication technology, and in particular to a session processing method, apparatus, electronic device, and computer program product. Background Technology

[0004] In terms of IP Multimedia Subsystem (IMS) network evolution and service enhancement, to improve the richness and flexibility of multimedia services, a new media type, IMS Data Channel (DC), independent of audio and video media, is defined in the user-established MMTEL (Multimedia Telephony). The introduction of IMSDC is to enhance IMS call capabilities. Its establishment and closure processes are accompanied by IMS session control procedures (session establishment, modification, and release), and are achieved through IMS signaling and media negotiation.

[0005] Policy and Charging Control (PCC) is a network resource and charging policy control architecture that combines market strategies, network capabilities, and user status to achieve effective use of network resources and improve traffic management revenue through differentiated quality of service assurance, differentiated billing, and traffic control.

[0006] There is currently no DC processing procedure applicable to the session modification process when PCC authorization fails during DC establishment (e.g., the media parameters requested by the terminal device for this session do not match the service policy on the network side) or when DC-related bearer resources are unavailable. Summary of the Invention

[0007] This disclosure is made in view of the above-mentioned problems. This disclosure provides a session processing method, apparatus, electronic device, and computer program product.

[0008] According to one aspect of this disclosure, a session processing method is provided, applied to a first network function of an IMS network, the method comprising: receiving a response to a first session modification request, wherein the response to the first session modification request includes a first session description protocol answer (SDP answer), the first session description protocol answer including a media description of an IMS data channel; and, after determining that the media description of the IMS data channel contains media parameters that are not allowed by the network, initiating a second session modification request, wherein the second session modification request includes a first session description protocol offer (SDP offer), the first session description protocol offer including a media description of the IMS data channel.

[0009] Furthermore, according to one aspect of the session processing method of this disclosure, the session modification request is a re-INVITE request of the Session Initiation Protocol (SIP).

[0010] Furthermore, according to one aspect of the session processing method of this disclosure, the response to the first session modification request is a SIP 200 OK.

[0011] Furthermore, according to a session processing method of one aspect of this disclosure, the method further includes: determining, based on a response received from the Rx interface or a response received from the N5 interface, or a local policy or a pre-configured policy, that there are media parameters in the media description of the IMS data channel that are not allowed by the network.

[0012] Furthermore, according to one aspect of the session processing method of this disclosure, the method further includes: after receiving a response to a first session modification request, sending a first message from an Rx interface or an N5 interface to a second network function, wherein the first message is used to provide a media description of the IMS data channel; receiving a response to the first message sent by the second network function from the Rx interface or the N5 interface; and determining, based on the response to the first message, that the media description of the IMS data channel contains media parameters that are not allowed by the network.

[0013] Furthermore, according to one aspect of the session processing method of this disclosure, the method further includes: processing a response to a received first session modification request.

[0014] Furthermore, according to one aspect of the session processing method of this disclosure, processing the response to the received first session modification request includes: modifying the first session description protocol response in the response to the received first session modification request to indicate that the media for which the IMS data channel is rejected or not supported; sending the modified response to the first session modification request to the first terminal that initiated the first session modification request; or replacing the response to the received first session modification request with a failure response to the first session modification request; and sending a failure response to the first terminal that initiated the first session modification request message.

[0015] Furthermore, according to one aspect of the session processing method of this disclosure, the first session description protocol response in the response to the received first session modification request is modified to indicate that the media of the IMS data channel is rejected or not supported, by setting the port number in the media description of the IMS data channel to 0.

[0016] Furthermore, according to one aspect of the session processing method of this disclosure, a failure response is used to indicate to the first terminal that initiated the first session modification request message that there are media parameters in the media parameters of the IMS data channel that are not allowed by the network.

[0017] Furthermore, according to a session processing method of one aspect of this disclosure, a first session description protocol is proposed for instructing the closure of the IMS data channel or the deletion of the IMS data channel media.

[0018] Furthermore, according to one aspect of the session processing method of this disclosure, the port number in the media description of the IMS data channel in the first session description protocol proposal is set to 0.

[0019] Furthermore, according to one aspect of the session processing method of this disclosure, the method further includes:

[0020] If a modified response to the first session modification request is sent to the first terminal that initiated the first session modification request, and an ACK confirmation message is received from the first terminal for the modified first session modification request, a second session modification request is initiated.

[0021] Furthermore, according to one aspect of the session processing method of this disclosure, initiating a second session modification request involves sending the initiated second session modification request to a second terminal, wherein the second terminal is the terminal that sent the response to the first session modification request.

[0022] Furthermore, according to one aspect of the session processing method of this disclosure, the first network function is the P-CSCF of the IMS network.

[0023] According to another aspect of this disclosure, a session processing method is provided, applied to a first network function of an IMS network, the method comprising: after receiving an indication from a second network function or a first interface, initiating a third session modification request, wherein the third session modification request includes a second Session Description Protocol Offer (SDP offer).

[0024] Furthermore, according to one aspect of the session processing method of this disclosure, the first network function is the P-CSCF of the IMS network, and the second network function is the PCF or PCRF.

[0025] Furthermore, according to one aspect of the session processing method of this disclosure, the first interface is an Rx interface or an N5 interface.

[0026] Furthermore, according to one aspect of the session processing method of this disclosure, an indication is provided to indicate that the radio or bearer resources corresponding to the media negotiated in the IMS session are unavailable.

[0027] Furthermore, according to one aspect of the session processing method disclosed herein, the media is IMS data channel media, audio media, or video media.

[0028] Furthermore, according to one aspect of the session processing method of this disclosure, the method further includes: after receiving an instruction, if no SIP message for deleting media is received within a predetermined time, initiating a third session modification request message.

[0029] Furthermore, according to one aspect of the session processing method of this disclosure, initiating a third session modification request message includes: initiating a third session modification request to a first terminal, wherein the first terminal is a terminal served by a first network function.

[0030] Furthermore, according to one aspect of the session processing method of this disclosure, the method further includes: initiating a fourth session modification request, wherein the fourth session modification request includes a third session description protocol offer (SDP offer), the third session description protocol offer including a media description of the media.

[0031] Furthermore, according to one aspect of the session processing method of this disclosure, initiating a fourth session modification request includes: initiating a fourth session modification request to a second terminal, wherein the second terminal is a terminal that has established an IMS session with the first terminal.

[0032] Furthermore, according to one aspect of the session processing method of this disclosure, the port number in the media description of the media in the second session description protocol proposal or the third session description protocol proposal is set to 0.

[0033] Furthermore, according to one aspect of the session processing method of this disclosure, the port number in the media description of the media is set to 0 to indicate media deletion.

[0034] Furthermore, according to one aspect of the session processing method of this disclosure, when the media is IMS data channel media, a second session description protocol proposal or a third session description protocol proposal is used to indicate the closure of the IMS data channel or the deletion of the IMS data channel media.

[0035] According to another aspect of this disclosure, a session processing apparatus is provided, comprising: a first receiving module, configured to receive a response to a first session modification request, wherein the response to the first session modification request includes a first session description protocol answer (SDP answer), the first session description protocol answer including a media description of an IMS data channel; and a first sending module, configured to, after determining that the media description of the IMS data channel contains media parameters that are not allowed by the network, initiate a second session modification request, wherein the second session modification request includes a first session description protocol offer (SDP offer), the first session description protocol offer including a media description of the IMS data channel.

[0036] According to another aspect of this disclosure, a session processing apparatus is provided, the apparatus comprising: a first sending module, configured to initiate a third session modification request after receiving an indication from a second network function or a first interface, wherein the third session modification request includes a second Session Description Protocol Offer (SDP offer).

[0037] According to another aspect of this disclosure, an electronic device is provided, comprising: a memory for storing computer-readable instructions; and a processor for executing the computer-readable instructions, causing the electronic device to perform the session processing method as described above.

[0038] According to another aspect of this disclosure, a computer program product is provided, including a computer program, wherein when the computer program is executed by a processor, it implements the session processing method as described above.

[0039] As will be described in detail below, according to the session processing method of the embodiments of this disclosure, this disclosure proposes a data channel DC processing flow applicable to the session modification process. That is, when a policy and charging control (PCC) authorization failure occurs during the DC establishment process or when the DC-related bearer resources are unavailable, a process is established to trigger the network and / or the called user terminal to release the established DC and notify the calling user terminal that the PCC authorization for requesting the DC establishment has failed. This avoids the above-mentioned problems that lead to session release and affect user experience.

[0040] It should be understood that both the foregoing general description and the following detailed description are exemplary and intended to provide further illustration of the claimed technology. Attached Figure Description

[0041] The above and other objects, features, and advantages of this disclosure will become more apparent from the more detailed description of the embodiments thereof in conjunction with the accompanying drawings. The drawings are provided to further illustrate the embodiments of this disclosure and form part of the specification. They are used together with the embodiments of this disclosure to explain the disclosure and do not constitute a limitation thereof. In the drawings, the same reference numerals generally represent the same components or steps.

[0042] Figure 1 is a schematic diagram illustrating the framework of an IP multimedia subsystem according to an embodiment of the present disclosure.

[0043] Figure 2 is a schematic diagram illustrating a session processing method according to an embodiment of the present disclosure.

[0044] Figure 3 is a schematic diagram illustrating a session processing method according to another embodiment of the present disclosure.

[0045] Figure 4 is an overall flowchart illustrating a session processing method according to an embodiment of the present disclosure.

[0046] Figure 5 is a flowchart further illustrating an overall process flow of a session processing method according to an embodiment of the present disclosure.

[0047] Figure 6 is an overall flowchart illustrating a session processing method according to another embodiment of the present disclosure.

[0048] Figure 7 is a flowchart further illustrating an overall process flow of a session processing method according to an embodiment of the present disclosure.

[0049] Figure 8 is a schematic diagram of a session processing apparatus according to an embodiment of the present disclosure.

[0050] Figure 9 is a schematic diagram of a session processing apparatus according to another embodiment of the present disclosure.

[0051] Figure 10 is a hardware block diagram illustrating an electronic device according to an embodiment of the present disclosure.

[0052] Figure 11 is a schematic diagram illustrating a computer program product according to an embodiment of the present disclosure. Detailed Implementation

[0053] To make the objectives, technical solutions, and advantages of this disclosure more apparent, exemplary embodiments according to this disclosure will now be described in detail with reference to the accompanying drawings. Obviously, the described embodiments are merely some embodiments of this disclosure, and not all embodiments of this disclosure. It should be understood that this disclosure is not limited to the exemplary embodiments described herein.

[0054] First, let’s take a look at the application scenarios according to the embodiments of this disclosure with reference to FIG1.

[0055] Figure 1 is a schematic diagram illustrating the framework of an IP Multimedia Subsystem according to an embodiment of the present disclosure. As shown in Figure 1, to support the actual deployment of IMSDC, an IMS architecture supporting IMSDC is defined, introducing modules such as Data Channel Signalling Function (DCSF), Media Function (MF), Data Channel Application Server (DCAS), and Data Channel Application Repository (DCAR), and enhancing the Application Server (IMS AS), Media Resource Function (MRF), and User Equipment (UE).

[0056] The specific applications of each module can include the following:

[0057] The UE enhances support for DC capabilities, including DC capability negotiation, establishment, release, and application. Furthermore, the UE may include UE1 and UE2, where UE1 is the calling user equipment and UE2 is the called user equipment.

[0058] DCSF is a logical functional entity within the data channel server (DCS). DCSF is mainly used to provide data channel signaling control functions, such as providing DC control logic and managing IMSDC.

[0059] The Proxy-Call Session Control Function (P-CSCF) is the entry point for UE access to the IMS network, and is mainly responsible for forwarding the Session Initiation Protocol (SIP) signaling between the IMS user and the home network.

[0060] The Serving-Call Session Control Function (S-CSCF) is responsible for handling user registration, session control, and service triggering. In an architecture supporting IMSDC, the S-CSCF manages and controls the data channel session and executes corresponding business logic based on user requests and subscription information.

[0061] IMS-Access Media Gateway (IMS-AGW) can provide IMS network access gateway and media gateway functions;

[0062] MF provides the ability to reserve, update, and release DC resources;

[0063] Remote IMS refers to the IMS on the called user's side;

[0064] IMS AS enhances support for interfaces with DCSF and MRF / MF, and determines whether to interact with DCSF and MF / MRF based on DC subscription;

[0065] The Home Subscriber Server (HSS) is the main user database that supports IMS network entities for handling calls / sessions. It contains user profiles, performs user authentication and authorization, and provides information about the user's physical location.

[0066] The Network Exposure Function (NEF) is responsible for managing all external applications that expose network data to the outside world, and provides functions such as opening up the ability to customize the Quality of Service (QoS) of external applications, subscribing to mobility state events, and distributing application function (AF) requests.

[0067] The Data Channel Application Server (DC AS) is used to manage data channels, such as creating and releasing data channels.

[0068] The Data Channel Application Repository (DCAR) is used to store applications related to the data channel.

[0069] In addition, the IMS system framework may also include:

[0070] Policy Control Function (PCF): Responsible for implementing policy control and billing. In the IMS DC scenario, it ensures policy and billing control during the establishment of data channels and communication processes, thereby guaranteeing effective network management and differentiated service provision.

[0071] The Policy and Charging Rules Function (PCRF) is responsible for formulating policies and charging rules to manage and control network resources. In the IMSDC scenario, the PCRF determines the Quality of Service (QoS) level, bandwidth allocation, and charging methods for data channels based on user data usage and service type.

[0072] Interrogating Call Session Control Function (I-CSCF): Primarily responsible for receiving SIP requests from external networks and routing them to the correct S-CSCF. In IMSDC scenarios, the I-CSCF also assists in handling signaling interactions and routing related to the data channel.

[0073] It should be noted that the IMS system framework shown in Figure 1 is only an example. This disclosure can actually be applied to all IMS systems in the prior art, and is not limited here.

[0074] In Figure 1, Gm, Iq, Mb, Mw, N70, ISC, N71, Sh, N72, Sc, DC1-5, MDC1-3, and N33 serve as interfaces for connecting different modules. They are only a preferred option, and other interfaces can be used in actual applications, or the interfaces can be adjusted according to the actual application scenario.

[0075] Depending on their application, DCs can be divided into Bootstrap Data Channels (BDCs) and Application Data Channels (ADCs).

[0076] Specifically, the IMS network supports data channel services. After establishing a communication connection, calling and called terminal devices with DC services can download available applications from the IMS network and use these applications to send multimedia information to each other via the data channel. BDC (Browser DC) is used by terminal devices to obtain DC applications (Apps) from the DCSF (DC Service Provider). Terminals supporting data channel capabilities can establish BDCs with the DCSF of the calling network and / or the DCSF of the called network. The specific establishment method depends on whether each network supports data channel capabilities and the service subscription status of both parties' terminal devices on their respective networks. ADC (Agent Data Transfer) is used to transmit application data generated by the running DC Apps of both communicating parties. Application data transmission can occur between terminals or between a terminal and the network.

[0077] As mentioned above, during the DC establishment process, situations may arise such as PCC authorization failure (e.g., the media parameters requested by the terminal device for this session do not match the service policy on the network side) or the radio or bearer resources corresponding to the DC media becoming unavailable. These will be described in detail below with reference to Figures 2-7.

[0078] To facilitate the following description, the following terms will be explained first.

[0079] INVITE: INVITE is an important method in the Session Initiation Protocol (SIP) used to initiate a session invitation. When one party (e.g., the calling user equipment UE1) establishes a multimedia session with another party (e.g., the called user equipment UE2), it sends an INVITE request. This request can include descriptive information about the session, such as media type, encoding method, bandwidth requirements, etc.

[0080] Re-INVITE: Re-INVITE is used to modify session parameters within an established session. A Re-INVITE request can be sent when one party in a session needs to change the media type, bandwidth requirements, or other session attributes.

[0081] Session Description Protocol (SDP) is a protocol used to describe multimedia sessions. It is typically included in SIP messages and conveys information such as the session's media attributes, network address, and port number. SDP describes the media streams included in the session, such as audio, video, and data, as well as parameters such as the encoding method, bandwidth requirements, and transport protocol for each media stream.

[0082] SDP offer / answer is a method used to negotiate session parameters during the establishment of a SIP session. It involves interaction between two communicating parties, who determine the final parameters of the session by exchanging SDP descriptions.

[0083] In this context, an SDP offer can be understood as a session proposal from the initiator (usually the party sending an INVITE or Re-INVITE, such as UE1) to the receiver. An SDP answer can be understood as the receiver (e.g., UE2), upon receiving the SDP offer in a SIP message, generating an SDP answer based on its own capabilities and needs, and sending it to the initiator in a reply SIP message. This answer contains the session parameters accepted or modified by the receiver. Through the SDP offer / answer mechanism, the communicating parties can negotiate a mutually acceptable set of session parameters before the session is established, ensuring a smooth session.

[0084] The Re-INVITE message may include an SDP offer, and the Re-INVITE response message may include an SDP answer. Figure 2 is a schematic diagram illustrating a session processing method according to an embodiment of the present disclosure. As shown in Figure 2, this embodiment describes a session processing method applied to a first network function (e.g., P-CSCF) in the case where the media parameters of the current session requested by the terminal device do not match the service policy on the network side. The method may include at least the following steps.

[0085] In step S201, a response to the first session modification request is received. This response includes a first session description protocol answer (SDP answer), which contains the media description of the IMS data channel. This step can be understood as the P-CSCF receiving an SDP answer from the called network or UE2 during the DC establishment process, i.e., determining the parameters for the first session modification by exchanging SDP descriptions. See step S1.5 in Figure 4 for details.

[0086] In step S202, after determining that the media description of the IMS data channel contains media parameters that are not permitted by the network, a second session modification request is initiated. This second session modification request includes a first session description protocol offer (SDP offer), which includes the media description of the IMS data channel. As described above, this embodiment proposes a DC processing flow for the session modification process when media parameters do not match the network-side service policy. Specifically, the presence of media parameters that are not permitted by the network in the IMSDC's media description can be understood as a situation where the media parameters in the IMSDC's media description are incompatible with the network operator's policies or technical capabilities. Therefore, the P-CSCF initiates a second session modification request, which includes the first session description protocol offer (SDP offer), which also includes the IMSDC's media description. See step S1.9 in Figure 4 for details.

[0087] Figure 3 is a schematic diagram illustrating a session processing method according to another embodiment of the present disclosure. As shown in Figure 3, this embodiment describes a session processing method applied to a first network function (e.g., P-CSCF) in the case where the wireless or bearer resources corresponding to the DC media are unavailable. The method may include at least the following steps.

[0088] In step S301, after receiving an instruction from the second network function or the first interface, a third session modification request is initiated, wherein the third session modification request includes a second session description protocol offer (SDP offer).

[0089] The second network function can be PCF or PCRF, and the first interface can be an Rx interface or an N5 interface. The indicator can be used to indicate that the radio or bearer resources corresponding to the media of the IMS data channel negotiated in the IMS session are unavailable. See step S3.4 in Figure 6 for details.

[0090] Figure 4 is an overall flowchart illustrating a session processing method according to an embodiment of the present disclosure. As shown in Figure 4, this embodiment takes the case where the media parameters requested by the terminal device for the current session do not match the service policy on the network side as an example. It can include at least the following entities: UE1, P-CSCF (i.e., the first network function), PCF / PCRF (i.e., the second network function), I / S-CSCF, IMS AS, DCSF, MF, UE2 / called network. The specific process can be as follows.

[0091] It should be noted that in this embodiment, the P-CSCF serves UE1, which requests the DC to establish the service.

[0092] Step S1.1: UE1 sends a first session modification request to P-CSCF. The first session modification request can be a Re-INVITE1 request of the Session Initiation Protocol (SIP), which carries the SDP offer: audio / DC1, that is, it requests to establish DC1 through the SDP negotiation process, where DC1 can be understood as the media description of the IMS data channel.

[0093] Step S1.2: P-CSCF forwards Re-INVITE1 to IMS AS via I / S-CSCF.

[0094] Step S1.3: IMS AS reports to DCSF, DCSF instructs DC1 to establish, IMS AS requests the allocation of DC1 resources from MF, and forwards Re-INVITE1.

[0095] Step S1.4: UE2 / The called network accepts the DC1 establishment request and sends a response to the first session modification request (Re-INVITE1 response), such as a SIP 200 OK response, which carries the first session description protocol answer (SDP answer). The first session description protocol answer includes the media description of the IMS data channel (audio / DC1). Here, 200 OK can be understood as a status code that indicates the request has been successfully processed and the requested resources have been returned or the requested operation has been completed.

[0096] Step S1.5: IMS AS reports to DCSF. DCSF instructs IMS AS to request an update of DC1's resources from MF and forwards the Re-INVITE1 response (200 OK) to P-CSCF. The 200 OK response carries the first Session Description Protocol (SDP) answer: audio / DC1.

[0097] Step S1.6: After receiving the 200 OK response, the P-CSCF sends a first message from the Rx interface or N5 interface to the second network function (e.g., PCF / PCRF), wherein the first message is used to provide the media description of the IMS data channel; receives the response of the first message sent by the PCF / PCRF from the Rx interface or N5 interface; and determines, based on the response of the first message, that there are media parameters in the media description of the IMS data channel that are not allowed by the network.

[0098] Specifically, the PCF / PCRF may determine that the media parameters in the IMSDC media description requested by UE1 are not supported (i.e., the media description in the IMSDC contains media parameters that the network does not allow), indicate that the media of DC1 cannot be authorized, and indicate the allowed DC media parameters; then, it may return a failure response to the P-CSCF in the form of a first message response.

[0099] Optionally, the P-CSCF may determine, based on the response received from the Rx interface or the response received from the N5 interface, or a local policy or a pre-configured policy, that the IMSDC's media description contains media parameters that the network does not allow.

[0100] Step S1.7: The P-CSCF processes the response to the received first session modification request. Specifically, the P-CSCF may modify the first session description protocol response in the received first session modification request response to indicate that the media for the IMS data channel is rejected or not supported. Then, the modified response to the first session modification request is sent to the first terminal that initiated the first session modification request.

[0101] Specifically, the P-CSCF can modify the SDP answer: DC1 by setting the port number in the media description of the IMS data channel to 0, that is, setting the port number of the DC1 media to 0, which is used to indicate that the IMS data channel is rejected or not supported. The response to the modified first session modification request is: SDP answer: DC1 (the port number of the DC1 media is set to 0). Then the P-CSCF sends the SDP answer: / DC1 (the port number of the DC1 media is set to 0) to the first terminal (i.e., UE1 that initiated Re-INVITE1).

[0102] Step S1.8: If the UE1 sends a modified response to the first session modification request to the first terminal that initiated the first session modification request, the UE1 sends an ACK message to acknowledge the received modified 200 OK response.

[0103] Step S1.9: After receiving the ACK message from the first terminal, the P-CSCF initiates a second session modification request. Specifically, the initiated second session modification request is sent to the second terminal, which is the terminal that sent the response to the first session modification request.

[0104] Specifically, after receiving the ACK initiated by UE1, P-CSCF initiates a second session modification request (Re-INVITE2) to the called network or UE2. Re-INVITE2 includes an SDP offer: audio / DC1 (the port number of the DC1 media is set to 0).

[0105] Step S1.10, DCSF, IMS AS, MF, etc., perform normal DC1 processing and resource release procedures.

[0106] In step S1.11, UE1 and the called network / UE2 determine that DC1 is rejected based on the above SDP answer and delete the local allocated DC media resources.

[0107] This concludes the introduction to the process by which the P-CSCF service requests the DC to establish UE1. The following section will describe the specific process by which the P-CSCF service receives the DC to establish UE2.

[0108] Figure 5 is a flowchart further illustrating the overall process of a session processing method according to an embodiment of the present disclosure. This embodiment takes the case where the media parameters requested by the terminal device for the current session do not match the service policy on the network side as an example. It may include at least the following entities: UE2, P-CSCF, PCF / PCRF, I / S-CSCF, IMS AS, DCSF, MF, UE1 / calling network. The specific process can be as follows.

[0109] It should be noted that in this embodiment, the P-CSCF service is used to serve UE2 that has been established by the DC.

[0110] In step S2.1, UE1 sends a first session modification request to IMS AS via I / S-CSCF. The first session modification request may be a Re-INVITE1 request of the Session Initiation Protocol (SIP), which carries an SDP offer: audio / DC1, that is, a request to establish DC1 through the SDP negotiation process. DC1 can be understood as the media description of the IMS data channel.

[0111] In step S2.2, the MS AS reports the DCSF, the DCSF instructs DC1 to establish, the IMS AS requests the allocation of DC1 resources from the MF, and forwards Re-INVITE1 to UE2.

[0112] In step S2.3, UE2 accepts the DC1 establishment request and sends a response to the first session modification request (the response to Re-INVITE1), such as a SIP 200 OK response, which carries the first session description protocol answer (SDP answer). The first session description protocol answer includes the media description (audio / DC1) of the IMS data channel.

[0113] In step S2.4, after receiving the 200 OK response, the P-CSCF sends a first message from the Rx interface or N5 interface to the second network function (e.g., PCF / PCRF), wherein the first message is used to provide the media description of the IMS data channel; receives the response to the first message sent by the PCF / PCRF from the Rx interface or N5 interface; and determines, based on the response to the first message, that there are media parameters in the media description of the IMS data channel that are not allowed by the network.

[0114] Specifically, the PCF / PCRF may determine that the media parameters in the IMSDC media description requested by UE1 are not supported (i.e., the media description in the IMSDC contains media parameters that the network does not allow), indicate that the media of DC1 cannot be authorized, and indicate the allowed DC media parameters; then, it may return a failure response to the P-CSCF in the form of a first message response.

[0115] Alternatively, the P-CSCF can determine, based on local policies or pre-configured policies, that the IMSDC's media description contains media parameters that the network does not allow.

[0116] In step S2.5, the P-CSCF processes the response to the received first session modification request. Specifically, the P-CSCF may modify the first session description protocol response in the received first session modification request response to indicate that the media for which the IMS data channel is rejected or not supported. Then, the modified response to the first session modification request is sent to the first terminal that initiated the first session modification request.

[0117] Specifically, the P-CSCF can modify the SDP answer: DC1 by setting the port number in the media description of the IMS data channel to 0, that is, setting the port number of the DC1 media to 0, which is used to indicate that the media of the IMS data channel is rejected or not supported. The response to the modified first session modification request is: SDP answer: audio / DC1 (the port number of the DC1 media is set to 0). Then the P-CSCF sends the SDP answer: audio / DC1 (the port number of the DC1 media is set to 0) to the first terminal (i.e., UE1 that initiated Re-INVITE1).

[0118] In step S2.6, DCSF, IMS AS, MF, etc., perform normal DC1 processing and resource release procedures, and forward the response to the modified first session modification request.

[0119] In step S2.7, the calling network / UE1 determines that DC1 is rejected based on the above SDP answer and deletes the local allocated DC media resources.

[0120] In step S2.8, the calling network / UE1 sends an ACK message for 200 OK.

[0121] In step S2.9, after receiving an ACK message for 200 OK from the calling network / UE1, the P-CSCF initiates a second session modification request. Specifically, the initiated second session modification request is sent to a second terminal, which is the terminal that sent the response to the first session modification request.

[0122] Specifically, after receiving the ACK initiated by UE1, P-CSCF initiates a second session modification request (Re-INVITE2) to UE2. Re-INVITE2 includes an SDP offer: audio / DC1 (the port number of the DC1 media is set to 0).

[0123] In step S2.10, UE1 determines that DC1 is rejected based on the above SDP answer and deletes the local allocated DC media resources.

[0124] Figure 6 is an overall flowchart illustrating a session processing method according to another embodiment of the present disclosure. This embodiment takes the case where the radio or bearer resources corresponding to the DC media are unavailable as an example, and it may include at least the following entities: UE2, P-CSCF, PCF / PCRF, I / S-CSCF, IMS AS, DCSF, MF, UE1 / calling network, and the specific process can be as follows.

[0125] In step S3.1, the IMS session has been established, and the session contains audio, video media, BDC media, and ADC media ADC1.

[0126] In step S3.2, the P-CSCF receives an indication from the second network function or the first interface. This indication is used to indicate that the radio or bearer resources corresponding to the media negotiated in the IMS session are unavailable. The second network function can be a PCF or a PCRF, and the first interface can be an Rx interface or an N5 interface. Further, the media is IMS data channel media, audio media, or video media.

[0127] In step S3.3, after receiving the above instruction, if the P-CSCF does not receive a SIP message for deleting media (which may be from UE1) within a predetermined time, it initiates a third session modification request message (Re-INVITE3).

[0128] In step S3.4, the P-CSCF initiates a third session modification request to the UE1 it serves. This third session modification request includes a second session description protocol proposal (SDP) offer. Specifically, the third session modification request includes the second session description protocol proposal (SDP) offer, whose media description for the IMS data channel can be Audio / video / BDC / ADC1 (with the port number of the ADC1 media set to 0), used to indicate whether the IMS data channel is closed or the media of the IMS data channel is deleted.

[0129] In step S3.5, a fourth session modification request is initiated to the second terminal, where the second terminal is the terminal (UE2) that established an IMS session with the first terminal (UE1). Specifically, the fourth session modification request includes a third session description protocol offer (SDP offer), whose media description for the IMS data channel is Audio / video / BDC / ADC1 (with the port number of the ADC1 media set to 0), used to indicate whether to close the IMS data channel or delete the media of the IMS data channel.

[0130] Furthermore, setting the port number in the media description of the media to 0 is used to indicate media deletion; when the media is IMS data channel media, the second session description protocol proposal or the third session description protocol proposal is used to indicate closing the IMS data channel or deleting the media of the IMS data channel.

[0131] In step S3.6, DCSF, IMS AS, MF, etc., perform normal DC1 processing and resource release procedures.

[0132] In step S3.7, UE1 and the called network / UE2 determine that DC1 is rejected based on the above SDP answer and delete the local allocated DC media resources.

[0133] Figure 7 is a flowchart further illustrating the overall process of a session processing method according to an embodiment of the present disclosure. As shown in Figure 7, this embodiment takes the case where the media parameters requested by the terminal device for the current session do not match the service policy on the network side as an example. It may include at least the following entities: UE1, P-CSCF (i.e., the first network function), PCF / PCRF (i.e., the second network function), I / S-CSCF, IMS AS, DCSF, MF, UE2 / called network. The specific process can be as follows.

[0134] 1. The UE (e.g., the calling UE) initiates a Session Modification Request (SIP) message Re-INVITE1 (carrying an SDP offer) and requests the establishment of DC1 through the SDP negotiation process.

[0135] 2. P-CSCF forwards Re-INVITE1.

[0136] 3. The calling IMS AS reports to the DCSF, and the DCSF instructs the IMS AS to request the allocation of DC resources from the MF. It also forwards Re-INVITE1.

[0137] 4. The called party accepts the DC establishment request and sends a 200 OK response (carrying an SDP answer).

[0138] 5. The calling side IMS AS reports to DCSF, DCSF instructs IMS AS to request an update of DC resources from MF and forwards a 200 OK response.

[0139] 6. Upon receiving a 200 OK response (carrying an SDP answer), the P-CSCF reports the relevant SDP parameters for the PCF / P-CSCF session modification (requesting the media description related to the established DC).

[0140] 7. If the network does not meet the DC media attributes (QoS parameters) requested by the UE and negotiated between the UE and the peer network / UE, a failure response is returned (authorization failure, SDP parameters supported by the network side).

[0141] 8. When the P-CSCF receives the failure response from the PCF / P-CSCF, the P-CSCF sends a 488 response to the UE it serves that initiated the DC establishment, notifying the PCC that the authorization failed and replacing it with 200 OK.

[0142] The 488 status code can be used to indicate "Not Acceptable Here," meaning that the request cannot be accepted and processed by the server under the current circumstances. In other words, the failure response 488 is used to indicate to the UE that initiated Re-INVITE1 that there are media parameters in the IMSDC that are not allowed by the network.

[0143] 9. The P-CSCF modifies the procedure for the normal termination of the current session by sending an ACK back to the S-CSCF, after allocating DC resources, establishing the DC network entity, and the UE. (9 and 8 are not strictly ordered).

[0144] 10. The P-CSCF initiates a session modification procedure to the other side, the network entity that has allocated DC resources and established the DC, and the UE: Based on the relevant media information of the PCC authorization request, it initiates a session modification request SIP message Re-INVITE2 (carrying an SDP offer, indicating that DC1 is closed).

[0145] 11. DCSF, IMS AS, and MF perform normal DC processing and resource release procedures.

[0146] 12. Before receiving a 200 OK response from the peer, if the UE initiates a Session Modification Request SIP message Re-INVITE3 (carrying an SDP offer) to request DC establishment, the P-CSCF will send back an error response.

[0147] 13. After receiving a 200 OK response from the peer, the P-CSCF does not report the PCF / PCRF, but instead sends back an ACK.

[0148] 14. After the session modification process of DC shutdown ends, if the UE initiates a session modification request SIP message Re-INVITE4 (carrying SDP offer) to request DC establishment, the P-CSCF will process it normally.

[0149] Figure 8 is a schematic diagram of a session processing apparatus according to an embodiment of the present disclosure. As shown in Figure 8, the session processing apparatus 800 of the present disclosure embodiment includes at least the following modules.

[0150] The first receiving module 801 is configured to receive a response to the first session modification request, wherein the response to the first session modification request includes a first session description protocol answer (SDP answer), and the first session description protocol answer includes a media description of the IMS data channel. The session modification request is a re-INVITE request of the session initiation protocol (SIP); the response to the first session modification request is a SIP 200 OK.

[0151] The first sending module 802 is used to initiate a second session modification request after determining that there are media parameters in the media description of the IMS data channel that are not allowed by the network. The second session modification request includes a first session description protocol offer (SDP offer), which includes the media description of the IMS data channel.

[0152] Additionally, the session processing device 800 may also include:

[0153] The second sending module 803 is used to send a first message from the Rx interface or N5 interface to the second network function after receiving the response to the first session modification request, wherein the first message is used to provide a media description of the IMS data channel.

[0154] The second receiving module 804 is used to receive a response to the first message sent by the second network function from the Rx interface or the N5 interface; wherein the second network function is a policy control function (PCF) or a policy and charging rules function (PCRF).

[0155] The first determining module 805 is used to determine, based on the response to the first message, that there are media parameters in the media description of the IMS data channel that are not allowed by the network.

[0156] The second determining module 806 is used to determine, based on the response received from the Rx interface or the response received from the N5 interface, or based on local policies or pre-configured policies, whether there are media parameters in the media description of the IMS data channel that are not allowed by the network.

[0157] Processing module 807 is used to process the response to the received first session modification request. Processing module 807 may further include:

[0158] Modification unit 8071 is used to modify the first session description protocol response in the response to the received first session modification request, indicating that the media that rejects or does not support the IMS data channel is rejected; and send the modified response to the first terminal that initiated the first session modification request to the first terminal.

[0159] Replacement unit 8072 is used to replace the received response to the first session modification request with a failure response to the first session modification request; and to send a failure response to the first terminal that initiated the first session modification request message.

[0160] Specifically, modifying the first session description protocol response in the response to the received first session modification request to indicate that the media of the IMS data channel is rejected or not supported is done by setting the port number in the media description of the IMS data channel to 0.

[0161] Specifically, the failure response is used to indicate to the first terminal that initiated the first session modification request message that there are media parameters in the IMS data channel that are not allowed by the network.

[0162] The first session describes the protocol proposal for media used to instruct the closure or deletion of IMS data channels.

[0163] In the first session description protocol proposal, the port number in the media description of the IMS data channel is set to 0.

[0164] The timing for initiating a second session modification request is: after receiving an ACK message from the first terminal, in the case of sending a modified response to the first terminal that initiated the first session modification request.

[0165] Specifically, the initiated second session modification request is sent to the second terminal, which is the terminal that sent the response to the first session modification request.

[0166] Figure 9 is a schematic diagram of a session processing apparatus according to another embodiment of the present disclosure. As shown in Figure 9, the session processing apparatus 900 of this embodiment includes at least the following modules.

[0167] The first transmitting module 901 is configured to initiate a third session modification request after receiving an indication from the second network function or the first interface. The third session modification request includes a second session description protocol offer (SDP offer). The second network function is either a PCF or a PCRF; the first interface is either an Rx interface or an N5 interface; the indication is used to indicate that the radio or bearer resources corresponding to the media negotiated in the IMS session are unavailable. Further, the media is IMS data channel media, audio media, or video media.

[0168] Additionally, the session processing device 900 may also include:

[0169] The determining unit 902 is used to initiate a third session modification request message if, after receiving an instruction, a SIP message for deleting I-media is not received within a predetermined time.

[0170] The second sending module 903 is used to initiate a third session modification request to a third terminal, wherein the third terminal is the terminal served by the first network function.

[0171] The third sending module 904 is used to initiate a fourth session modification request, wherein the fourth session modification request includes a third session description protocol proposal (SDP offer), and the third session description protocol proposal includes a media description of the media.

[0172] The second session description protocol proposal or the third session description protocol proposal is used to indicate the media for closing or deleting the IMS data channel.

[0173] Specifically, the port number in the media description of the IMS data channel in the second or third session description protocol proposal is set to 0.

[0174] Setting the port number in the media description to 0 indicates that the media should be deleted.

[0175] When the media is IMS data channel media, the second session description protocol proposal or the third session description protocol proposal is used to indicate the closure of the IMS data channel or the deletion of the IMS data channel media.

[0176] Figure 10 is a hardware block diagram illustrating an electronic device according to an embodiment of the present disclosure. The electronic device according to an embodiment of the present disclosure includes at least a processor; and a memory for storing computer-readable instructions. When the computer-readable instructions are loaded and executed by the processor, the processor performs the session processing method as described above.

[0177] The electronic device 1000 shown in Figure 10 specifically includes a Central Processing Unit (CPU) 1001, a Graphics Processing Unit (GPU) 1002, and a memory 1003. These units are interconnected via a bus 1004. The CPU 1001 and / or GPU 1002 can function as the aforementioned processors, and the memory 1003 can function as the aforementioned memory storing computer-readable instructions. Furthermore, the electronic device 1000 may also include a communication unit 1005, a storage unit 1006, an output unit 1007, an input unit 1008, and an external device 1009, all of which are also connected to the bus 1004.

[0178] Figure 11 is a schematic diagram illustrating a computer program product according to an embodiment of the present disclosure. As shown in Figure 11, a computer program product 1100 according to an embodiment of the present disclosure stores a computer program 1101 thereon. When the computer program 1101 is executed by a processor, the session processing method described with reference to the above figures is executed. The computer program product includes, but is not limited to, volatile memory and / or non-volatile memory. The volatile memory may include, for example, random access memory (RAM) and / or cache memory. The non-volatile memory may include, for example, read-only memory (ROM), hard disk, flash memory, optical disk, magnetic disk, etc.

[0179] The above description, with reference to the accompanying drawings, outlines a session processing method, apparatus, electronic device, and computer program product according to embodiments of the present disclosure. The session processing method according to embodiments of the present disclosure proposes a process for handling relevant DC media when DC media cannot be authorized or its carrying resources are unavailable, thus avoiding the aforementioned problems that could lead to session release and negatively impact user experience.

[0180] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this disclosure.

[0181] The basic principles of this disclosure have been described above with reference to specific embodiments. However, it should be noted that the advantages, benefits, and effects mentioned in this disclosure are merely examples and not limitations, and should not be considered as essential features of each embodiment of this disclosure. Furthermore, the specific details disclosed above are for illustrative and facilitative purposes only, and are not limitations. These details do not limit the scope of this disclosure to the necessity of employing the aforementioned specific details for implementation.

[0182] The block diagrams of devices, apparatuses, devices, and systems disclosed herein are merely illustrative examples and are not intended to require or imply that they must be connected, arranged, or configured in the manner shown in the block diagrams. As those skilled in the art will recognize, these devices, apparatuses, devices, and systems can be connected, arranged, and configured in any manner. Words such as “comprising,” “including,” “having,” etc., are open-ended terms meaning “including but not limited to,” and are used interchangeably with them. The terms “or” and “and” as used herein refer to the terms “and / or,” and are used interchangeably with them unless the context clearly indicates otherwise. The term “such as” as used herein refers to the phrase “such as but not limited to,” and is used interchangeably with it.

[0183] Additionally, as used herein, the “or” used in a list of items beginning with “at least one” indicates a separate list, such that a list of, for example, “at least one of A, B, or C” means A or B or C, or AB or AC or BC, or ABC (i.e., A and B and C). Furthermore, the word “exemplary” does not imply that the described example is preferred or better than other examples.

[0184] It should also be noted that in the systems and methods of this disclosure, the components or steps can be decomposed and / or recombined. These decompositions and / or recombinations should be considered as equivalent solutions to this disclosure.

[0185] Various changes, substitutions, and modifications can be made to the technology described herein without departing from the teachings defined by the appended claims. Furthermore, the scope of the claims of this disclosure is not limited to the specific aspects of the processes, machines, manufactures, events, means, methods, and actions described above. Currently existing or later-developed processes, machines, manufactures, events, means, methods, or actions that perform substantially the same function or achieve substantially the same result as the corresponding aspects described herein can be utilized. Therefore, the appended claims include such processes, machines, manufactures, events, means, methods, or actions within their scope.

[0186] The above description of the disclosed aspects is provided to enable any person skilled in the art to make or use this disclosure. Various modifications to these aspects will be readily apparent to those skilled in the art, and the general principles defined herein can be applied to other aspects without departing from the scope of this disclosure. Therefore, this disclosure is not intended to be limited to the aspects shown herein, but rather to be carried out within the widest scope consistent with the principles and novel features disclosed herein.

[0187] The above description has been given for purposes of illustration and description. Furthermore, this description is not intended to limit the embodiments of this disclosure to the forms disclosed herein. Although numerous exemplary aspects and embodiments have been discussed above, those skilled in the art will recognize certain variations, modifications, alterations, additions, and sub-combinations therein.

Claims

1. A session processing method applied to a first network function of an IMS network, the method comprising: A response to a first session modification request is received, wherein the response to the first session modification request includes a first session description protocol response (SDP answer), and the first session description protocol response includes a media description of the IMS data channel. After determining that the media description of the IMS data channel contains media parameters that are not allowed by the network, a second session modification request is initiated. The second session modification request includes a first session description protocol offer (SDP offer), which includes the media description of the IMS data channel.

2. The session processing method as described in claim 1, wherein, The session modification request is a re-INVITE request in the Session Initiation Protocol (SIP).

3. The session processing method as described in claim 1, wherein, The response to the first session modification request is a SIP 200 OK.

4. The session processing method as described in claim 1, further comprising: Based on the response received from the Rx interface or the response received from the N5 interface, or a local policy or a pre-configured policy, it is determined that the media description of the IMS data channel contains media parameters that are not allowed by the network.

5. The session processing method as described in claim 1 or 4, further comprising: After receiving a response to the first session modification request, a first message is sent from the Rx interface or N5 interface to the second network function, wherein the first message is used to provide a media description of the IMS data channel; Receive a response from the Rx interface or N5 interface to the first message sent by the second network function; Based on the response to the first message, it is determined that the media description of the IMS data channel contains media parameters that are not allowed by the network.

6. The session processing method as described in claim 1, further comprising: Process the response to the first session modification request received.

7. The session processing method as described in claim 6, wherein, The processing of the response to the received first session modification request includes: Modify the first session description protocol response in the response to the received first session modification request to indicate that the media of the IMS data channel is rejected or not supported; send the modified response to the first terminal that initiated the first session modification request to the first terminal. or, Replace the received response to the first session modification request with a failure response to the first session modification request; send the failure response to the first terminal that initiated the first session modification request message.

8. The session processing method as described in claim 7, wherein, The response to the received first session modification request modifies the first session description protocol response, indicating that media that rejects or does not support the IMS data channel is used to... Set the port number in the media description of the IMS data channel to 0.

9. The session processing method as described in claim 7, wherein, The failure response is used to indicate to the first terminal that initiated the first session modification request message that there are media parameters in the media parameters of the IMS data channel that are not allowed by the network.

10. The session processing method as described in claim 1, wherein, The first session description protocol proposal is used to instruct the closure of the IMS data channel or the deletion of the media in the IMS data channel.

11. The session processing method as described in claim 10, wherein, The port number in the media description of the IMS data channel in the first session description protocol proposal is set to 0.

12. The session processing method as described in claim 1 or 7, further comprising: In the case of sending a response to the modified first session modification request to the first terminal that initiated the first session modification request, after receiving an ACK message from the first terminal confirming the response to the modified first session modification request, a second session modification request is initiated.

13. The session processing method as described in claim 1 or 12, wherein, The process of initiating the second session modification request is as follows: The second session modification request is sent to the second terminal, which is the terminal that sent the response to the first session modification request.

14. The session processing method as described in claim 1 or 12, wherein, The first network function is the P-CSCF of the IMS network.

15. A session processing method applied to a first network function of an IMS network, the method comprising: Upon receiving an instruction from the second network function or the first interface, a third session modification request is initiated, wherein the third session modification request includes a second session description protocol offer (SDP offer).

16. The session processing method as described in claim 15, wherein, The first network function is the P-CSCF of the IMS network; the second network function is PCF or PCRF.

17. The session processing method as described in claim 15, wherein, The first interface is an Rx interface or an N5 interface.

18. The session processing method as described in claim 15, wherein, The indication is used to indicate that the radio or bearer resources corresponding to the media negotiated in the IMS session are unavailable.

19. The session processing method as described in claim 18, wherein, The media can be IMS data channel media, audio media, or video media.

20. The session processing method of claim 18, further comprising: If, after receiving the instruction, no SIP message for deleting the media is received within the predetermined time, the third session modification request message is initiated.

21. The session processing method as described in claim 15 or 20, wherein, The message that initiates the third session modification request includes: The third session modification request is initiated to the first terminal, wherein the first terminal is the terminal served by the first network function.

22. The session processing method of claim 18, further comprising: Initiate a fourth session modification request, wherein the fourth session modification request includes a third session description protocol proposal (SDP offer), and the third session description protocol proposal includes a media description of the media.

23. The session processing method as described in claim 22, wherein, The initiation of the fourth session modification request includes: The fourth session modification request is initiated to the second terminal, wherein the second terminal is the terminal that has established an IMS session with the first terminal.

24. The session processing method as described in claim 15 or 22, wherein, The port number in the media description of the media in the second session description protocol proposal or the third session description protocol proposal is set to 0.

25. The session processing method as described in claim 24, wherein, Setting the port number in the media description of the media to 0 is used to indicate that the media should be deleted.

26. The session processing method as described in claim 22, wherein, When the media is IMS data channel media, the second session description protocol proposal or the third session description protocol proposal is used to indicate the closure of the IMS data channel or the deletion of the media of the IMS data channel.

27. A session processing apparatus, the apparatus comprising: The first receiving module is configured to receive a response to the first session modification request, wherein the response to the first session modification request includes a first session description protocol answer (SDP answer), and the first session description protocol answer includes a media description of the IMS data channel. The first sending module is used to initiate a second session modification request after determining that there are media parameters in the media description of the IMS data channel that are not allowed by the network. The second session modification request includes a first session description protocol offer (SDP offer), which includes the media description of the IMS data channel.

28. A session processing apparatus, the apparatus comprising: The first sending module is configured to initiate a third session modification request after receiving an instruction from the second network function or the first interface, wherein the third session modification request includes a second session description protocol offer (SDP offer).

29. An electronic device comprising: Memory, used to store computer-readable instructions; as well as A processor for executing the computer-readable instructions, causing the electronic device to perform the session processing method as described in any one of claims 1 to 26.

30. A computer program product comprising a computer program that, when executed by a processor, implements the session processing method of any one of claims 1 to 26.

Images