Call service processing method and apparatus, device, storage medium, and product
By managing data channel resources in real time within the IP multimedia subsystem, the problem of imperfect data channel negotiation in call services was resolved, thereby improving user experience and the satisfaction of business needs.
Patent Information
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2025-09-04
- Publication Date
- 2026-03-12
AI Technical Summary
In the IP multimedia subsystem, after the introduction of data channels into the call service, supplementary services such as call waiting, ringback tones, and ringback rings failed to effectively utilize the data channels, resulting in a poor user experience. Furthermore, the data channel negotiation in call forwarding and call hold services was imperfect, affecting service requirements.
By using the application server and data channel signaling function module of the IP multimedia subsystem, the reservation, release and media negotiation of data channel resources are notified and managed in real time to ensure that call waiting, ringback tones and ringback services run normally in the data channel, and the data channel is handled reasonably during call forwarding and call hold.
It enables effective interaction between supplementary services and data channels, improves user experience, ensures the reasonable use of data channels during call forwarding and call hold, and meets business needs.
Smart Images

Figure CN2025118924_12032026_PF_FP_ABST
Abstract
Description
Call service processing method, device, equipment, storage medium and product
[0001] Cross-reference of Related Applications
[0002] The present application claims priority to Chinese Patent Application No. 202411245318.6, filed on September 6, 2024, the contents of which are incorporated herein by reference in its entirety. TECHNICAL FIELD
[0003] The present disclosure relates to the field of communication, and in particular, to a call service processing method, device, equipment, storage medium and product. BACKGROUND
[0004] In the IP Multimedia Subsystem (IMS) network evolution and service enhancement, in order to improve the richness and flexibility of multimedia services, a new media type IMS Data Channel (DC) independent of audio and video media in the multimedia telephone call (MMTEL) established by the user is defined. The introduction of IMS DC is to enhance the IMS call capability, and its establishment and closing process is accompanied by the IMS session control flow (session establishment, modification and release), which is realized through IMS signaling and media negotiation. For common call services, the calling user and the called user normally perform DC media negotiation and establish DC. However, in supplementary services, the call transfer service does not consider whether to allow the use of DC after call transfer and how to use DC in the case of call transfer; the call hold service does not consider the processing of DC media; the call waiting, color ring and color vibration services do not consider providing services through DC, which affects the supplementary services after the introduction of DC, and the interaction between supplementary services and data channels does not meet the service requirements, affecting the user experience. SUMMARY
[0005] The purpose of the embodiments of the present disclosure is to provide a call service processing method, device, equipment, storage medium and product, which perfect the DC media negotiation process in supplementary services, so that the interaction between supplementary services and data channels meets the service requirements, and guarantees the user's supplementary service and data channel application experience.
[0006] To achieve the above-mentioned purpose, the embodiments of the present disclosure provide a call service processing method applied to an application server AS of an IP Multimedia Subsystem (IMS), the method comprising:
[0007] informing a Data Channel Signaling Function (DCSF) of a session event;
[0008] reserving DC resources of the IMS DC according to the indication of the DCSF.
[0009] As an improvement of the above solution, the step of notifying the Data Channel Signaling Function, DCSF, of the session event comprises one of the following:
[0010] receiving a session setup request from the calling user or the calling network, and notifying the DCSF of a session setup request event;
[0011] receiving a call waiting indication from the called user or the called network, and notifying the DCSF of a call waiting event or a media modification event;
[0012] receiving a ring tone indication, and notifying the DCSF of a ring event;
[0013] when the network decides to give the calling user a call waiting indication, notifying the DCSF of a call waiting event or a media modification event;
[0014] receiving an answer response from the called user, and notifying the DCSF of a called answer event or a session setup success event;
[0015] receiving a DC setup request from a Data Channel Application Server, DC AS, and notifying the DCSF of a media modification event.
[0016] As an improvement of the above solution, before the step of receiving a DC setup request from a Data Channel Application Server, DC AS, and notifying the DCSF of a media modification event, the method further comprises:
[0017] receiving a session setup request from the calling user or the calling network, and notifying the DC AS of a session setup request event.
[0018] As an improvement of the above solution, the step of reserving DC resources of the IMS DC according to the indication of the DCSF comprises one of the following:
[0019] receiving a call waiting indication from the called user or the called network, and notifying the DC AS of a call waiting event or a media modification event;
[0020] receiving a ring tone indication, and notifying the DC AS of a ring event;
[0021] when the network decides to give the calling user a call waiting indication, notifying the DC AS of a call waiting event or a media modification event;
[0022] receiving an answer response from the called user, and notifying the DC AS of a called answer event or a session setup success event.
[0023] As an improvement to the above scheme, the reporting of call waiting events, media modification events, or ringing events to the DC AS is used to trigger the DC AS to provide call waiting prompts or ringback tones to the calling user through the DC; or, the reporting of call waiting events, media modification events, or ringing events to the DC AS is used to trigger the DC AS to provide ringback tones to the called user through the DC; wherein, the media of the call waiting prompts, ringback tones, or ringback tones is DC media.
[0024] As an improvement to the above scheme, the notification of the called party's response event to the DC AS is used to trigger the DC AS to stop providing DC media to the calling or called user.
[0025] To achieve the above objectives, this disclosure also provides a call service processing method applied to a DCSF, the method comprising:
[0026] Upon receiving a session event from the IMS AS, check the user's DC subscription or carrier policy;
[0027] Establish IMS DCs for users based on DC contracts or operator policies.
[0028] As an improvement to the above solution, the step of establishing an IMS data channel for users based on DC subscriptions or operator policies includes:
[0029] When the called user's DC subscription or operator policy allows DC applications to be provided before the call is connected, the IMS AS is instructed to establish a bootstrap data channel (BDC) for the user before the call is connected.
[0030] As an improvement to the above solution, the DC application is used to implement call waiting service, ringback tone service, or ringback vibration service.
[0031] As an improvement to the above scheme, after instructing the IMS AS to establish a bootstrap data channel (BDC) for the user before the call is connected, the method further includes:
[0032] DCSF pushes DC applications related to call waiting services, ringback tones services, or ringback vibration services to users through BDC; or, users obtain DC applications related to call waiting services, ringback tones services, or ringback vibration services through BDC.
[0033] As an improvement to the above solution, the method further includes:
[0034] receiving a call-waiting event or a media modification event or a ringing event, sending a first indication to the DC AS; wherein the first indication is used to trigger the DC AS to provide a call-waiting prompt or a ringback tone to the calling user through the DC, or the first indication is used to trigger the DC AS to provide a DC media ringback to the called user through the DC; wherein the media of the call-waiting prompt or the ringback tone or the ringback is the DC media.
[0035] As an improvement of the above-mentioned scheme, the method further comprises:
[0036] receiving a called user answer event, sending a second indication to the DC AS; wherein the second indication is used to trigger the DC AS to stop providing the DC media to the calling user or the called user.
[0037] To achieve the above object, the embodiment of the present disclosure further provides a call service processing method applied to an application server AS of an IP multimedia subsystem IMS, and the method comprises:
[0038] informing a call transfer event or a call establishment failure event to a DCSF;
[0039] releasing DC resources of the IMS DC according to an indication of the DCSF.
[0040] As an improvement of the above-mentioned scheme, after the call transfer event or the call establishment failure event is informed to the DCSF, the method further comprises:
[0041] determining a processing of the IMS DC media description.
[0042] As an improvement of the above-mentioned scheme, the processing of the IMS DC media description comprises one of the following modes:
[0043] transmitting the received IMS DC media description in the call establishment request in a transparent manner;
[0044] generating a new IMS DC media description, sending a call establishment request to a call transfer user or a network of the call transfer user, and carrying the IMS DC media description;
[0045] sending a call establishment request to a call transfer user or a network of the call transfer user, transmitting the received IMS DC media description in the call establishment request in a transparent manner according to an indication of the DCSF, or generating a new IMS DC media description according to the indication of the DCSF;
[0046] not carrying the IMS DC media description according to the indication of the DCSF.
[0047] As an improvement of the above-mentioned scheme, the method further comprises:
[0048] transmitting the call setup request to the call forwarding user or the network of the call forwarding user, carrying the IMS DC media description in the call setup request received or generating a new IMS DC media description;
[0049] transmitting the call setup request to the call forwarding user or the network of the call forwarding user, not carrying the IMS DC media description according to the indication of the DCSF.
[0050] As an improvement of the above scheme, the transmitting the call setup request to the call forwarding user or the network of the call forwarding user, carrying the IMS DC media description in the call setup request received, includes at least one of the following ways:
[0051] a bootstrap data channel BDC between the calling user and the network of the call forwarding user;
[0052] a bootstrap data channel BDC between the calling network and the call forwarding user.
[0053] To achieve the above object, the embodiments of the present disclosure further provide a call service processing method applied to a DCSF, the method comprising:
[0054] receiving a call forwarding event or a call setup failure event notified by an IMS AS,
[0055] indicating the DCSF to release the DC resource of the IMS DC to the IMS AS.
[0056] As an improvement of the above scheme, the method further comprises one of the following steps:
[0057] indicating the IMS AS to carry the IMS DC media description in the call setup request received;
[0058] indicating the IMS AS to generate a new IMS DC media description;
[0059] indicating the IMS AS not to carry the IMS DC media description.
[0060] As an improvement of the above scheme, the IMS DC media description includes at least one of the following:
[0061] a bootstrap data channel BCD between the calling user and the network of the call forwarding user;
[0062] a bootstrap data channel BCD between the calling network and the call forwarding user.
[0063] As an improvement of the above scheme, the method further comprises one of the following steps:
[0064] determining the call forwarding service logic of the called user when the DC service subscription of the called user contains the call forwarding service;
[0065] determine whether to allow the call to be transferred according to the transfer network capability and / or the user subscription;
[0066] determine whether to carry the IMS DC media description in the call setup request sent to the transfer user or the network of the transfer user according to the transfer network capability and / or the user subscription.
[0067] To achieve the above object, the embodiment of the present disclosure further provides a call service processing method applied to an application server AS of an IP multimedia subsystem IMS, and the method comprises the steps of:
[0068] informing the DCSF of a call hold event or a media attribute modification event;
[0069] deactivating, activating, holding or resuming the DC according to the indication of the DCSF, or modifying the direction attribute of the DC media according to the indication of the DCSF.
[0070] As an improvement of the above scheme, in the call hold service, the user initiating the call hold indicates the network or the call held user one of the following through a session modification request and an SDP offer session description protocol proposal in the call hold service:
[0071] deactivation or holding of the DC media;
[0072] activation or resumption of the DC media.
[0073] As an improvement of the above scheme, in the call hold service, the call held user indicates the user initiating the call hold one of the following through a response to the session modification request and an SDP answer session description protocol response in the call hold service:
[0074] deactivation or holding of the DC media;
[0075] deactivation or holding of the DC media;
[0076] activation or resumption of the DC media;
[0077] activation or resumption of the DC media.
[0078] As an improvement of the above scheme, the informing the DCSF of the call hold event or the media attribute modification event comprises one of the following:
[0079] when the received SDP offer or SDP answer carries the call hold indication or the DC media attribute modification is deactivation, informing the DCSF of the call hold or the DC media attribute modification being deactivation;
[0080] When the call recovery indication or the modification of the DC media attribute is carried in the received SDP offer or SDP answer, the DCSF is informed of the call recovery or the modification of the DC media attribute as active;
[0081] When the call recovery indication or the modification of the DC media attribute is carried in the received SDP offer or SDP answer, the DCSF is informed of the call recovery or the modification of the DC media attribute as active.
[0082] As an improvement of the above scheme, the deactivation / activation of the DC according to the indication of the DCSF comprises:
[0083] According to the indication of the DCSF, all DC media associated with the call hold session is screened out;
[0084] The corresponding session description protocol is modified to deactivate / activate the associated application data channel ADC.
[0085] As an improvement of the above scheme, the deactivation / activation of the DC according to the indication of the DCSF comprises:
[0086] According to the indication of the DCSF, the session description protocol is modified to deactivate / activate the associated ADC or to deactivate / activate the specified ADC.
[0087] To achieve the above object, the embodiment of the present disclosure further provides a call service processing method, applied to a data channel signaling function DCSF, and the method comprises:
[0088] Receiving a call hold event or a media attribute modification event reported by an IMS AS;
[0089] Sending an indication of deactivating, activating, holding or recovering the DC to the IMS AS, or sending an indication of modifying the direction attribute of the DC media to the IMS AS.
[0090] As an improvement of the above scheme, the method further comprises:
[0091] According to the call hold / recovery indication reported by the IMS AS, all DC media associated with the call hold session is screened out;
[0092] Deactivating / activating the associated application data channel ADC; or deactivating / activating the specified ADC.
[0093] To achieve the above object, the embodiment of the present disclosure further provides a call service processing device, applied to an application server AS of an IP multimedia subsystem IMS, and the device comprises:
[0094] A session event notification module is configured to notify the data channel signaling function (DCSF) of a session event.
[0095] A DC resource reservation module is configured to reserve DC resources of the IMS DC according to an indication of the DCSF.
[0096] To achieve the above object, the embodiment of the present disclosure further provides a call service processing device applied to a data channel signaling function (DCSF), and the device comprises:
[0097] A checking module is configured to check a DC subscription or an operator policy of a user upon receiving a session event sent by an IMS AS;
[0098] An IMS DC establishment module is configured to establish an IMS DC for the user according to the DC subscription or the operator policy.
[0099] To achieve the above object, the embodiment of the present disclosure further provides a call service processing device applied to an application server (AS) of an IP multimedia subsystem (IMS), and the device comprises:
[0100] An event notification module is configured to notify the DCSF of a call forwarding event or a call establishment failure event;
[0101] A DC resource release module is configured to release DC resources of the IMS DC according to an indication of the DCSF.
[0102] To achieve the above object, the embodiment of the present disclosure further provides a call service processing device applied to a data channel signaling function (DCSF), and the device comprises:
[0103] An event receiving module is configured to receive a call forwarding event or a call establishment failure event notified by an IMS AS;
[0104] A DC resource release indication sending module is configured to send an indication of releasing DC resources of the IMS DC to the IMS AS.
[0105] To achieve the above object, the embodiment of the present disclosure further provides a call service processing device applied to an application server (AS) of an IP multimedia subsystem (IMS), and the device comprises:
[0106] An event notification module is configured to notify the DCSF of a call hold event or a media attribute modification event;
[0107] A data channel modification module is configured to deactivate, activate, hold or restore the DC according to an indication of the DCSF, or modify a direction attribute of DC media according to an indication of the DCSF.
[0108] To achieve the above object, the disclosure further provides a call service processing device applied to a data channel signaling function (DCSF), the device comprises:
[0109] an event receiving module, configured to receive a call hold event or a media attribute modification event reported by an IMS AS;
[0110] an indication sending module, configured to send an indication of deactivation, activation, hold or resumption of a DC to the IMS AS, or send an indication of modification of a direction attribute of a DC media to the IMS AS.
[0111] To achieve the above object, the disclosure further provides a call service processing device, comprising a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor, wherein the processor implements the call service processing method according to any one of the above embodiments when executing the computer program.
[0112] To achieve the above object, the disclosure further provides a computer readable storage medium, comprising a stored computer program, wherein the computer readable storage medium controls a device where the computer readable storage medium is located to execute the call service processing method according to any one of the above embodiments when the computer program runs.
[0113] To achieve the above object, the disclosure further provides a computer program product, comprising computer instructions, wherein the computer instructions implement the call service processing method according to any one of the above embodiments when executed by a processor.
[0114] Compared with the related art, the call service processing method, device, equipment, storage medium and product provided by the disclosure can support data channel media for call waiting, color ring and color vibration services in the negotiation process of perfecting data channel media by supplementary services; can realize release of data channel of a called user and negotiation of data channel media of a call transfer user for call transfer services; and can support data channel hold for call hold services without additional signaling interaction to rebuild the data channel. The call service processing method provided by the disclosure can make the interaction between supplementary services and data channels meet the service requirements and guarantee the application experience of supplementary services and data channels of users. BRIEF DESCRIPTION OF DRAWINGS
[0115] FIG. 1 is a schematic diagram of a framework of an IP multimedia subsystem provided by the related art;
[0116] FIG. 2 is a flowchart of a first call service processing method provided by an embodiment of the disclosure;
[0117] FIG. 3 is a flowchart of a second call service processing method provided by an embodiment of the disclosure;
[0118] FIG. 4 is a flow chart of a third call service processing method according to an embodiment of the present disclosure;
[0119] FIG. 5 is a flow chart of a fourth call service processing method according to an embodiment of the present disclosure;
[0120] FIG. 6 is a flow chart of a fifth call service processing method according to an embodiment of the present disclosure;
[0121] FIG. 7 is a flow chart of a sixth call service processing method according to an embodiment of the present disclosure;
[0122] FIG. 8 is a structural block diagram of a first call service processing apparatus according to an embodiment of the present disclosure;
[0123] FIG. 9 is a structural block diagram of a second call service processing apparatus according to an embodiment of the present disclosure;
[0124] FIG. 10 is a structural block diagram of a third call service processing apparatus according to an embodiment of the present disclosure;
[0125] FIG. 11 is a structural block diagram of a fourth call service processing apparatus according to an embodiment of the present disclosure;
[0126] FIG. 12 is a structural block diagram of a fifth call service processing apparatus according to an embodiment of the present disclosure;
[0127] FIG. 13 is a structural block diagram of a sixth call service processing apparatus according to an embodiment of the present disclosure;
[0128] FIG. 14 is a structural block diagram of a call service processing device according to an embodiment of the present disclosure. DETAILED DESCRIPTION
[0129] The technical solutions in the embodiments of the present disclosure will be described clearly and completely below with reference to the drawings in the embodiments of the present disclosure. Obviously, the described embodiments are only part of the embodiments of the present disclosure, rather than all the embodiments. Based on the embodiments in the present disclosure, all other embodiments obtained by those skilled in the art without creative work fall within the scope of protection of the present disclosure.
[0130] Enhanced multimedia telephony carries data channel services accompanying the call by superimposing IMS DC on the basis of IP multimedia subsystem audio and video calls. The data channel can provide users with more rich real-time interactive services in addition to audio and video calls, for example, terminal devices (such as user equipment (UE) 1 and UE 2) in the same IMS session service determine the Internet protocol (IP) address and port used by the terminal devices to deliver data, the key information required for establishing datagram transport layer security (DTLS) coupling and stream control transmission protocol (SCTP) coupling, and the description information corresponding to the data channel through the session description protocol (SDP) media negotiation process of IMS, so as to establish one or more data channels parallel to audio (Speech) and video (Video) in the IMS session. The calling user and the called user can download various applications (DC App) from the network side data channel signaling function (DCSF) through the data channel, and run these applications before, during or after the audio and video call, and transmit various types of application data of these applications in the data channel, so that the calling user and the called user can communicate in addition to voice calls or video calls, such as screen sharing, real-time translation, location sharing, superimposed augmented reality (AR) effects, and even synchronous immersive interaction of hearing, vision, and touch, to improve user experience.
[0131] Referring to FIG. 1, which is a framework diagram of an IP multimedia subsystem provided by the related art, to support the actual deployment of IMS DC, an IMS architecture supporting IMS DC is defined, DCSF, media function (MF), DC application related servers and databases are introduced, and IMS application servers (AS), media resource functions (MRF) and user equipment (UE) are enhanced. The specific applications of the modules in the framework are as follows:
[0132] 1. UE is enhanced to support DC capability, including DC capability negotiation, establishment, release, and application.
[0133] 2、DCSF is a part of logical function entity in data channel server (DCS), and is mainly used for providing data channel signaling control function, such as providing DC control logic, and managing IMS DC;
[0134] 3、Proxy-Call Session Control Function (P-CSCF) is an entrance node of UE accessing IMS network, and is mainly responsible for forwarding session initiation protocol (SIP) signaling between IMS user and home network.
[0135] 4、Serving-Call Session Control Function (S-CSCF) is a unified entrance point of IMS user home network, and is responsible for allocating or querying S-CSCF serving the user.
[0136] 5、IMS-Access media Gateway (IMS-AGW) can provide IMS network access gateway and media gateway functions.
[0137] 6、MF provides DC media resource reservation, update and release capabilities.
[0138] 7、Remote IMS is the IMS on the called user side.
[0139] 8、IMS AS enhances the support for interfaces with DCSF and MRF / MF, and decides whether to interact with DCSF and MF / MRF according to DC subscription;
[0140] 9、Home Subscriber Server (HSS) is a main user database supporting IMS network entity for processing call / session, which contains user profile, performs user identity authentication and authorization, and can provide information about user physical location.
[0141] 10、Network Exposure Function (NEF) is responsible for managing all external applications of externally exposed network data, providing external application Quality Of Service (QoS) customization capability exposure, mobility state event subscription, Application Function (AF) request distribution and other functions.
[0142] 11、Data Channel Application Server (DC AS) is used for managing data channels, such as establishing, releasing data channels and the like.
[0143] 12、Data Channel Application Repository (DCAR) is used for storing data channel related applications.
[0144] It is worth noting that the IMS system framework given in FIG. 1 is only an example, and the present disclosure can actually be applied to all IMS systems in the prior art, and the Gm, lq, Mb, Mw, N70, ISC, N71, Sh, N72, Sc, DC1-5, MDC1-3, N33 mentioned in FIG. 1 all represent interfaces, which are only an example, and other interfaces can also be used in actual application.
[0145] Specifically, according to different uses, the DC can be divided into a bootstrap data channel (BDC) and an application data channel (ADC). The IMS network supports data channel services, and the calling user terminal and the called user terminal with DC services can download available application programs from the IMS network after establishing a communication connection, and use the application programs to send multimedia information to each other through the data channel. The BDC is used for the terminal device to obtain the DC application (App) from the DCSF, and the terminal supporting the data channel capability can establish the BDC with the DCSF of the calling network and / or the DCSF of the called network, and the specific establishment manner depends on whether the network supports the data channel capability and the service subscription situation of the terminal devices of the calling party and the called party in the respective network. The ADC is used for transmitting application data generated by the running DC App of the communication parties, and the application data transmission can be between terminals and terminals, or between terminals and networks.
[0146] To solve the problem that the DC media negotiation in the call service of the related technology is not complete, so that the supplementary service and the data channel interaction do not meet the service requirements, the present disclosure respectively provides corresponding embodiments for three types of call services. The three types of call services include: 1, supplementary (such as call waiting, color ring, color vibration) service; 2, call transfer service; 3, call waiting service.
[0147] For the first kind of supplementary (such as call waiting, color ring, color vibration) service, if DC media is supported in the supplementary service, the call waiting, color ring, color vibration service combined with DC service is provided to the calling user and the called user in the call establishment stage, the network needs to support the association of the supplementary service event and the DC service subscription, but there is no solution in the call service at present. In order to solve the problem that the call waiting, color ring, color vibration service is not considered to be provided through DC in the supplementary service, so that the DC has an impact on the supplementary service after being introduced, and the interaction between the supplementary service and the data channel does not meet the business requirements, the embodiments of the present disclosure provide two call service processing methods, which are described in embodiment one and embodiment two respectively.
[0148] Embodiment one
[0149] The first call service processing method provided by the embodiments of the present disclosure is applied to an application server AS of an IP multimedia subsystem IMS, as shown in FIG. 2, and the first call service processing method comprises the following steps.
[0150] S11, a session event is notified to a data channel signaling function DCSF;
[0151] S12, DC resources of an IMS data channel DC are reserved according to the indication of the DCSF.
[0152] The supplementary service comprises at least one of a call waiting service, a color ring service and a color vibration service.
[0153] For example, the embodiments of the present disclosure are implemented by the IMS AS of the called user, when the called IMS AS detects an application data channel ADC established with the calling user, the called IMS AS reports a session event to the called DCSF, and the called DCSF instructs the called IMS AS to reserve ADC resources.
[0154] In the embodiments of the present disclosure, when the ADC established with the calling user is detected, the DC resources of the ADC are reserved in advance, so that when the call prompt event is met, the called DCSF can trigger the DC AS to provide prompt information to the calling user through the ADC, so that the call waiting, color ring and color vibration service can also support DC media, and the DC can be accurately applied, thereby improving the call quality.
[0155] Specifically, the session event is notified to the data channel signaling function DCSF in the following manner:
[0156] 1.1) receiving a session establishment request from a calling user or a calling network, and notifying a session establishment request event to the DCSF;
[0157] 1.2) receiving a call-waiting indication from the called user or the called network, informing the DCSF of a call-waiting event or a media modification event;
[0158] 1.3) receiving a ring tone indication, informing the DCSF of a ring event;
[0159] 1.4) receiving a call-waiting indication from the network, informing the DCSF of a call-waiting event or a media modification event;
[0160] 1.5) receiving a response from the called user, informing the DCSF of a called response event or a session establishment success event;
[0161] 1.6) receiving a DC establishment request from a data channel application server DC AS, informing the DCSF of a media modification event.
[0162] Further, in 1.6), before the DCSF is informed of the media modification event by the DC establishment request from the DC AS, the method further comprises: receiving a session establishment request from the calling user or the calling network, informing the DC AS of a session establishment request event.
[0163] For example, the IMS AS reports a session event to the DC AS, the DC AS requests the DC establishment from the IMS AS, after the DC establishment, the IMS AS reports a session event, triggering the DC AS to provide a DC application through the DC.
[0164] Specifically, the reserving of the DC resource of the IMS data channel DC according to the indication of the DCSF in step S12 includes one of the following modes:
[0165] 2.1) receiving a call-waiting indication from the called user or the called network, informing the DC AS of a call-waiting event or a media modification event;
[0166] 2.2) receiving a ring tone indication, informing the DC AS of a ring event;
[0167] 2.3) receiving a call-waiting indication from the network, informing the DC AS of a call-waiting event or a media modification event;
[0168] 2.4) receiving a response from the called user, informing the DC AS of a called response event or a session establishment success event.
[0169] Further, the call waiting event, the media modification event or the ringing event reported to the DC AS is used to trigger the DC AS to provide a call waiting prompt or a ringback tone to the calling user through the DC; or the call waiting event, the media modification event or the ringing event reported to the DC AS is used to trigger the DC AS to provide a ringback tone to the called user through the DC; wherein the media of the call waiting prompt, the ringback tone or the ringback tone is DC media. The called answer event reported to the DC AS is used to trigger the DC AS to stop providing the DC media to the calling user or the called user.
[0170] For example, after the called IMS AS receives the session event of the calling network, the called IMS AS reports the session event to the called DCSF, and the called DCSF checks whether the called user subscribes to the call waiting service or the ringback tone service provided through the DC. If yes, the called DCSF establishes a BDC for the calling user-calling network, and pushes an automatic download program of the supplementary service DC application. The calling user automatically downloads the supplementary service DC application according to the download program, and automatically establishes a person-to-application (P2A) ADC to the called DC AS after the download is completed. After the called DC AS provides the call waiting prompt or the DC media ringback tone to the calling user through the supplementary service DC application related ADC, the called IMS AS reports a called answer event to the called DCSF, so that the called DCSF triggers the DC AS to stop the DC media, that is, the prompt has been completed at this time, and the DC media can be temporarily stopped.
[0171] Compared with the related art, the first call service processing method provided by the present disclosure can support the DC media for the call waiting, the ringback tone and the ringback service in the negotiation process of the supplementary service perfecting the DC media, so that the supplementary service and the data channel interaction can meet the service requirements, and the supplementary service and the DC application experience of the user are guaranteed.
[0172] Embodiment Two
[0173] The second call service processing method provided by the embodiments of the present disclosure is applied to a data channel signaling function DCSF, and the second call service processing method includes the following steps.
[0174] S21, receiving a session event sent by an IMS AS, and checking a DC subscription of a user or an operator policy;
[0175] S22, establishing an IMS DC for the user according to the DC subscription or the operator policy.
[0176] Specifically, the step S22 includes: when the DC subscription of the called user or the operator policy allows the DC application to be provided before the call is connected through the DC, instructing the IMS AS to establish a guided data channel BDC for the user before the call is connected.
[0177] Specifically, the DC application is used to implement a call waiting service, a color ring service or a color vibration service.
[0178] Specifically, after the call connection indication IMS AS establishes a guide data channel BDC for the user, the method further comprises: the DCSF pushes a DC application related to the call waiting service, the color ring service or the color vibration service to the user through the BDC; or the user acquires the DC application related to the call waiting service, the color ring service or the color vibration service through the BDC.
[0179] Specifically, the method further comprises:
[0180] S23, receiving a call waiting event or a media modification event or a ringing event, sending a first indication to the DC AS; wherein the first indication is used to trigger the DC AS to provide a call waiting prompt or a color ring to the calling user through the DC, or the first indication is used to trigger the DC AS to provide a color vibration to the called user through the DC; wherein the media of the call waiting prompt or the color ring or the color vibration is a DC media.
[0181] Specifically, the method further comprises:
[0182] Specifically, the method further comprises:
[0183] S24, receiving a called answer event, sending a second indication to the DC AS; wherein the second indication is used to trigger the DC AS to stop providing the DC media to the calling user or the called user.
[0184] Specifically, the method further comprises:
[0185] It is worth noting that the specific working process of the second call service processing method described in the embodiments of the present disclosure can refer to the working process of the first call service processing method described above, and will not be repeated here.
[0186] For the second kind of call forwarding service, in the call forwarding service, multiple scenarios (forwarding before busy, forwarding without response, user not registered, etc.) are included, wherein the forwarding before busy and the forwarding without response both occur under the condition related to the behavior of the called user (user decides to be busy, user does not respond). The IMS AS of the called user does not know that the call forwarding will occur before judging that the call forwarding condition is met, and when there is a DC establishment request in the call establishment process, the DC resource reservation of the called user is still normally executed. The DC media negotiation in the current call processing mode is not perfect, which leads to the following two problems: 1) how to realize the DC release of the called user and the DC media negotiation of the forwarded user after the call forwarding; and 2) whether the DC media negotiation can be performed in the call forwarding when the called user does not subscribe to the DC. To solve the problem that the call forwarding service and the data channel interaction do not meet the business requirements because whether the DC is allowed to be used after the call forwarding and how to use the DC are not considered in the call forwarding service, the embodiments of the present disclosure provide two call service processing methods, which are respectively described in Embodiment Three and Embodiment Four.
[0187] Embodiment Three
[0188] The third call service processing method provided by the embodiments of the present disclosure is applied to an application server AS of an IP multimedia subsystem IMS, and the third call service processing method comprises the following steps of:
[0189] S31, informing a DC SF of a call forwarding event or a call establishment failure event;
[0190] S32, releasing DC resources of the IMS DC according to the indication of the DC SF.
[0191] Specifically, after the call forwarding event or the call establishment failure event is informed to the DC SF, the method further comprises determining the processing of the IMS DC media description.
[0192] For example, the embodiments of the present disclosure are implemented by the IMS AS on the called user side. When the called IMS AS detects that the called user meets the call forwarding condition, if the called user subscribes to the forwarding, the call forwarding is performed according to the pre-set forwarding number of the called user. After the call forwarding is performed, a notification message is sent to the called DC SF to inform the called DC SF of the situation of the call, so that the called DC SF instructs the IMS AS to release the DC media resources pre-reserved for the called user. The IMS AS releases the DC media resources, and determines the SDP of the call forwarding, so as to perform the DC media negotiation with the forwarded user, and complete the establishment of the DC channel between the calling user and the forwarded user.
[0193] Exemplarily, when the called IMS AS receives a call setup request (initial INVITE) of a calling network, if the call setup request carries a DC media description, it is determined that the called user is DC capable, i.e., the called user has completed DC service subscription, the call setup request is reported to the DCSF of the called user, the DC media description is modified according to the indication of the called DCSF, at this time, the calling user does not need to establish real-time communication with the called user, so the BDC between the calling user and the called network can be deleted, and the BDC between the calling network and the called user can be modified, such as modifying the port number; the BDC between the called network and the called user is generated, and the DC media resource of the called user is reserved.
[0194] Specifically, the forwarding condition includes one of the following 1.1-1.3:
[0195] 1.1 receiving a busy line notification returned by the called user.
[0196] Exemplarily, 486 (indicating that the user is busy) returned by the called user is received, it is determined that the called user is busy at this time, and if the called user subscribes to forwarding, forwarding is decided according to the forwarding number set by the called user.
[0197] S112, the timer expires and no response of the called user is received.
[0198] Exemplarily, if the timer expires and no response of the called user is received, it is determined that the called user does not respond, and if the called user subscribes to forwarding, forwarding is decided according to the forwarding number set by the called user.
[0199] S113, receiving a temporarily unavailable notification returned by the called user.
[0200] Exemplarily, 480 (Temporarily Unavailable) returned by the S-CSCF of the called user is received, it is determined that the called user is not registered, and if the called user subscribes to forwarding, forwarding is decided according to the forwarding number set by the called user.
[0201] Specifically, the embodiment of the disclosure also needs to determine the session description protocol of the call forwarding, there are two ways, the first way is to determine the SDP of the call forwarding by the called IMS AS, and the second way is to determine the SDP of the call forwarding by the DCSF.
[0202] In the first implementation, the IMS AS notifies the DCSF of a call setup failure event; wherein the call setup failure event carries a reason for call failure of the called user. At this time, the DC media description in the call setup request is forwarded in the call forwarding setup request.
[0203] Exemplarily, the called IMS AS informs the called DCSF that the called user cannot be called in this call process, and sends a notification message carrying the cause of the call failure of the called user to the called DCSF, such as the causes including the failure response 486 (user line is busy), 480 (temporarily unavailable), cancel to B (CANCEL), etc. The called IMS AS releases the resources reserved for the called user (i.e., the IMS DC media resources mentioned in the above steps) according to the indication of the called DCSF. According to the call transfer logic, the called IMS AS forwards the IMS DC media description in the call establishment request received from the calling network in the generated call transfer establishment request to the call transfer network and the call transfer user, and the forwarded IMS DC media description is the IMS DC media description carried in the call establishment request itself.
[0204] In the embodiments of the present disclosure, by reporting the cause of the call failure of the called user to the called DCSF, the called DCSF can quickly release the IMS DC media resources reserved for the called user in advance, and provide a basis for the subsequent IMS DC media negotiation between the calling user and the call transfer user, and the called IMS AS autonomously determines the SDP of the call transfer, so that the DC release of the called user after the call transfer and the DC media negotiation of the call transfer user can be realized. In addition, even if the called user does not subscribe to DC, the IMS DC media negotiation in the call transfer process can be completed by the called IMS AS autonomously determining the SDP of the call transfer.
[0205] In the second implementation, the IMS AS informs the DCSF of the call transfer event. At this time, the processing mode of the IMS DC media description in the call transfer establishment request is determined according to the indication of the DCSF on the called user side.
[0206] Specifically, the determination of the processing of the IMS DC media description includes one of the following modes:
[0207] 3.1) transmitting the received IMS DC media description in the call establishment request in a transparent manner;
[0208] 3.2) generating a new IMS DC media description, sending a call establishment request to the call transfer user or the network of the call transfer user, and carrying the IMS DC media description;
[0209] 3.3) sending a call establishment request to the call transfer user or the network of the call transfer user, transmitting the received IMS DC media description in the call establishment request in a transparent manner according to the indication of the DCSF, or generating a new IMS DC media description according to the indication of the DCSF;
[0210] 3.4) not carrying the IMS DC media description according to the indication of the DCSF.
[0211] For example, when transmitting the IMS DC media description in the received call setup request or generating a new IMS DC media description, the call setup request is sent to the forwarding user or the network of the forwarding user, carrying the IMS DC media description. When the IMS DC media description is not carried according to the indication of the DCSF, the call setup request is sent to the forwarding user or the network of the forwarding user, without carrying the IMS DC media description.
[0212] For example, the called IMS AS is notified of the forwarding event of the called DCSF, the called DCSF instructs the IMS AS to release the resources reserved for the called party, the called IMS AS releases the resources reserved for the called party according to the indication of the DCSF, and determines the processing mode of the DC media description in the forwarding setup request (INVITE) according to the indication of the DCSF, wherein the processing mode includes one of the following 3.1) to 3.4), wherein the transparent transmission of the IMS DC media description in the received call setup request includes at least one of the following: a bootstrap data channel BDC between the calling user and the network of the forwarding user; a bootstrap data channel BDC between the calling network and the forwarding user.
[0213] Further, the called DCSF determines the DC media description in the forwarding setup request according to the message reported by the application server.
[0214] For example, the called DCSF determines the DC media description in the forwarding setup request according to the report of the called IMS AS. When the called DCSF extends the forwarding service according to the DC, the DC service subscription includes the forwarding service, and the called DCSF determines the forwarding service logic, such as determining whether to allow the DC call forwarding according to the forwarding network capability and the subscription, or determining whether the initial call setup request carries the DC media, etc.
[0215] In the embodiments of the present disclosure, by reporting the forwarding event to the called DCSF, the DC resources of the IMS DC can be released according to the indication of the DCSF, providing a basis for subsequent DC media negotiation between the calling user and the forwarding user, and the called IMS AS determines the SDP of the forwarding according to the indication of the called DCSF, which can realize the DC release of the called user after the forwarding and the DC media negotiation of the forwarding user. In addition, even if the called user does not subscribe to the DC, the DC media negotiation in the forwarding process can be completed by determining the SDP of the forwarding according to the indication of the called DCSF.
[0216] Specifically, after determining the session description protocol of the forwarding, the IMS AS forwards the session initiation protocol message and the session description protocol message between the calling user and the forwarding user.
[0217] Exemplarily, after the DC media negotiation of the calling user and the transfer user is completed, the called IMS AS forwards the SIP message and the SDP message between the calling user and the transfer user, the SIP is described as being used to generate, modify and terminate a session between one or more participants, and the SIP adopts the SDP in a message body to describe media information of a multimedia session, by forwarding the SIP message and the SDP message, the session between the calling user and the transfer user can be completed.
[0218] Compared with the related art, the third call service processing method provided by the disclosure can realize the DC release of the called user and the DC media negotiation of the transfer user in the process of perfecting the DC media negotiation of the supplementary service, and can make the supplementary service and the data channel interaction meet the service demand and guarantee the supplementary service and DC application experience of the user.
[0219] Embodiment Four
[0220] The fourth call service processing method provided by the embodiments of the disclosure is applied to a DCSF, and the fourth call service processing method comprises the following steps of:
[0221] S41, receiving a transfer event or a call establishment failure event notified by an IMS AS,
[0222] S42, sending a DC resource of the IMS DC to the IMS AS.
[0223] Specifically, the method further comprises one of the following steps:
[0224] indicating the IMS AS to transmit the IMS DC media description in the received call establishment request in a transparent manner;
[0225] indicating the IMS AS to generate a new IMS DC media description;
[0226] indicating the IMS AS not to carry the IMS DC media description.
[0227] Specifically, the IMS DC media description comprises at least one of the following:
[0228] a BCD between the calling user and the transfer network;
[0229] a BCD between the calling network and the transfer user.
[0230] Specifically, the method further comprises one of the following steps:
[0231] when the DC service subscription of the called user contains the transfer service, determining the transfer service logic of the called user;
[0232] determining whether to allow the call to be transferred according to the transfer network capability and / or the user subscription;
[0233] determining whether to carry the IMS DC media description in the call setup request sent to the transfer user or the network of the transfer user according to the transfer network capability and / or the user subscription.
[0234] It is worth noting that the working process of the fourth call service processing method described in the embodiments of the present disclosure can refer to the working process of the third call service processing method described in the above embodiments, which will not be described here.
[0235] For the third call waiting service, the call hold service occurs in the conversation. The mobile user in the conversation (the call hold user) can temporarily interrupt the phone of the original user (the call held user), make a new call, and keep contact with the phone of the original user. When the audio and video media is kept, the new call is affected, and the DC is not kept. The related art call hold service does not support DC keeping, and the UE closes all ADCs in the held conversation. Thus, when the audio and video media is restored, the UE needs additional signaling interaction to rebuild the ADC. In addition, the DCSF does not know the call hold, the BDC is not kept, and the network will still push the application list or information to the UE, affecting the user experience. To solve the problem that the call hold service does not consider the processing of the DC media, resulting in that the call hold service and the data channel interaction do not meet the business requirements, the embodiments of the present disclosure provide two call service processing methods, which are described in embodiments five and six.
[0236] Embodiment five
[0237] The fifth call service processing method provided by the embodiments of the present disclosure is applied to an application server AS of an IP multimedia subsystem IMS. Referring to FIG. 6, the fifth call service processing method includes the following steps.
[0238] S51, notifying the DCSF of a call hold event or a media attribute modification event;
[0239] S52, deactivating, activating, keeping or restoring the DC according to the indication of the DCSF, or modifying the direction attribute of the DC media according to the indication of the DCSF.
[0240] Exemplarily, the embodiments of the present disclosure are implemented by the IMS AS of the call holding user and the call held user, in the call holding service process, the IMS AS of the call holding user notifies the DCSF of the call held user of the call holding event or the media attribute modification event, and the IMS AS of the call held user also notifies the DCSF of the call holding user of the call holding event or the media attribute modification event. The call held user and the DCSF of the call held user send indications, so that the IMS AS of the call holding user and the call held user process the DC according to the respective indications to deactivate, activate, hold or restore the DC, or modify the direction attribute of the DC media.
[0241] Specifically, in the call holding service, the user initiating the call holding indicates one of the following to the network or the call held user by the session modification request and the SDP offer session description protocol proposal:
[0242] the DC media is deactivated or held;
[0243] the DC media is activated or restored.
[0244] Exemplarily, for the call holding user, when the call holding event occurs, because the call holding user needs to establish a conversation with a new user at this time, the audio and video media with the call held user can be kept, and the DC media is deactivated, but the DC media resource is still kept, at this time, the call holding user indicates the audio and video media holding, the DC media (BDC and ADC) deactivation to the network, the call held user by the session modification request and the SDP offer. When the call holding event ends, because the call holding user needs to return to the conversation with the call held user at this time, the audio and video media needs to be restored and the DC media needs to be activated, at this time, the call holding user indicates the audio and video media restoration, the DC media (BDC and ADC) activation to the network, the call held user by the session modification request and the SDP offer.
[0245] Specifically, in the call holding service, in the call holding service, the call held user indicates one of the following to the user initiating the call holding by the response to the session modification request and the SDP answer session description protocol response:
[0246] the DC media has been deactivated or has been held;
[0247] the DC media is deactivated or held;
[0248] the DC media has been activated or has been restored;
[0249] the DC media is activated or restored.
[0250] For example, for the call on-hold user, when the call on-hold event occurs, the audio and video media has been held and the DC media (ADC) has been held are indicated to the call on-hold user by using the session modification response and the SDP answer. When the call on-hold event ends, the audio and video media has been restored and the DC media (ADC) is (to be) held or to be restored are indicated to the call on-hold user by using the session modification response and the SDP answer.
[0251] In the embodiment of the present disclosure, when the call on-hold event occurs, the deactivation of the DC media is indicated to the network and the call on-hold user by using the session modification request, and the reserved DC media resource is kept, so that the DC can also be held in the call on-hold service, and the DC media resource negotiation process is improved.
[0252] Specifically, when the call on-hold service occurs, for the IMS AS of the call on-hold user and the call on-hold user, there are two ways to notify the DCSF, the first is to directly notify the call on-hold event to the DCSF, and the second is to notify the media attribute modification event to the DCSF.
[0253] In the first embodiment, the call on-hold event or the media attribute modification event is notified to the DCSF in step S51, including one of the following:
[0254] When the call on-hold indication or the DC media attribute modification is deactivation is carried in the received SDP offer or SDP answer, the DCSF is notified of the call on-hold or the DC media attribute modification is deactivation;
[0255] When the call on-hold indication or the DC media attribute modification is deactivation is carried in the received SDP offer or SDP answer, the DCSF is notified of the call on-hold or the DC media attribute modification is deactivation;
[0256] When the call on-hold indication or the DC media attribute modification is deactivation is carried in the received SDP offer or SDP answer, the DCSF is notified of the call on-hold or the DC media attribute modification is deactivation.
[0257] For example, the call hold indication, the call resume indication or the modification of the DC media attribute is carried in the session description protocol offer (SDP offer) applied in the IMS AS of the call hold user, and the call hold indication, the call resume indication or the modification of the DC media attribute is carried in the session description protocol answer (SDP answer) applied in the IMS AS of the call hold user. For example, the IMS AS of the call hold user receives the session description protocol offer, and if the call hold indication is parsed, the call hold indication is reported to the DCSF of the call hold user, which indicates that the call hold event has occurred and the DC needs to be deactivated; if the call resume indication is parsed, the call resume indication is reported to the DCSF of the call hold user, which indicates that the call hold event has ended and the DC needs to be activated.
[0258] According to the first embodiment, the deactivation / activation of the DC according to the indication of the DCSF in step S52 includes: screening all DC media associated with the call hold session according to the indication of the DCSF; and modifying the corresponding session description protocol to deactivate / activate the associated application data channel ADC.
[0259] Further, the DCSF screens all DC media associated with the call hold session according to the call hold / resume indication reported by the application server, and deactivates / activates the associated ADC and BDC.
[0260] For example, when the DCSF of the call hold user receives the call hold indication, the indication is sent to the IMS AS of the call hold user, the IMS AS of the call hold user screens the SDP associated with the call hold session according to the indication of the DCSF, modifies the SDP to deactivate the related BDC and ADC, and the BDC and ADC are still held. Similarly, when the DCSF of the call hold user receives the call resume indication, the indication is sent to the IMS AS of the call hold user, the IMS AS of the call hold user screens the SDP associated with the call hold session according to the indication of the DCSF, modifies the SDP to activate the related BDC and ADC.
[0261] In the second embodiment, the step S51 of notifying the DCSF of the media attribute modification event comprises: when the received session description protocol offer / answer carries the DC media attribute deactivation / activation indication, reporting the DC media attribute deactivation / activation indication to the DCSF.
[0262] For example, the session description protocol offer (SDP offer) carries the DC media attribute deactivation indication or the DC media attribute activation indication, and the session description protocol offer is applied in the IMS AS of the call holding user. Similarly, the session description protocol answer (SDP answer) carries the DC media attribute deactivation indication or the DC media attribute activation indication, and the session description protocol answer is applied in the IMS AS of the call held user. Taking the IMS AS of the call holding user as an example (the IMS AS of the call held user adopts the same manner): when the IMS AS of the call holding user receives the session description protocol offer, if the DC media attribute deactivation indication is parsed, the DC media attribute deactivation indication is reported to the DCSF of the call holding user (indicating that the call holding event has occurred at this time, and the DC needs to be deactivated); if the DC media attribute activation indication is parsed, the DC media attribute activation indication is reported to the DCSF of the call held user (indicating that the call holding event has ended at this time, and the DC needs to be activated).
[0263] Corresponding to the second embodiment, the step S52 of deactivating / activating the DC according to the indication of the DCSF comprises: according to the indication of the DCSF, modifying the session description protocol to deactivate / activate the associated ADC or to deactivate / activate the specified ADC.
[0264] Further, the DCSF screens all the DC media associated with the call holding session according to the DC media attribute deactivation / activation indication notified by the application server, and deactivates / activates the relevant DC media not indicated by the user.
[0265] Exemplarily, when the DCSF of the call holding user receives the DC media attribute deactivation indication, the DCSF sends an indication to the IMS AS of the call holding user, and the IMS AS of the call holding user judges all DC media associated with the call holding session according to the indication of the DCSF, deactivates the relevant DCs (such as BDC between the network of the call holding user / call held user and the call held user, and ADC between the platform of the network of the call holding user / call held user and the call held user) not indicated by the UE, and still holds the specified BDC and ADC. Similarly, when the DCSF of the call holding user receives the DC media attribute activation indication, the DCSF sends an indication to the IMS AS of the call holding user, and the IMS AS of the call holding user judges all DC media associated with the call holding session according to the indication of the DCSF, and activates the relevant DCs not indicated by the UE.
[0266] Specifically, when the P-CSCF of the IP multimedia subsystem receives a session description protocol answer, the P-CSCF reports the session description protocol answer to a policy control function (PCF) / policy and charging rules function (PCRF) of the IP multimedia subsystem, so that the policy control function or the policy and charging rules function notifies a policy and charging enforcement function (PCEF) to disable or enable a network protocol flow related to the DC media according to an attribute of the DC media.
[0267] Exemplarily, after the P-CSCF of the call holding user and the call held user receives a session description protocol answer (SDP answer), the P-CSCF reports the session description protocol answer to the respective PCF / PCRF, and the reported DC media attribute should include a DC flow establishment direction (direction), such as BDC of the calling user->the called network, BDC of the calling network->the called user, etc. The PCF / PCRF notifies the PCEF to disable / enable the DC related network protocol flow (IP flow) according to the deactivation / inactivation attribute of the DC media.
[0268] Compared with the related art, the fifth call service processing method disclosed in the present disclosure can support DC holding for the call holding service in the negotiation process of the supplementary service perfecting DC media, does not need additional signaling interaction to rebuild the DC, can make the supplementary service and DC interaction meet the service demand, and guarantees the supplementary service and DC application experience of the user.
[0269] Embodiment six
[0270] The sixth call service processing method provided by the embodiment of the present disclosure is applied to a data channel signaling function DCSF, referring to FIG. 7, and the sixth call service processing method comprises the following steps.
[0271] S61, receiving a call hold event or a media attribute modification event reported by an IMS AS;
[0272] S62, sending an instruction of deactivating, activating, holding or resuming a DC to the IMS AS, or sending an instruction of modifying a direction attribute of a DC media to the IMS AS.
[0273] Specifically, the method further comprises the following steps.
[0274] S63, screening all DC media associated with a call hold session according to the call hold / resume instruction reported by the IMS AS;
[0275] S64, deactivating / activating an associated application data channel ADC, or deactivating / activating a specified ADC.
[0276] It is worth noting that the working process of the sixth call service processing method provided by the embodiment of the present disclosure can refer to the working process of the fifth call service processing method provided by the above-mentioned embodiment, which will not be described here.
[0277] Embodiment seven
[0278] Referring to FIG. 8, FIG. 8 is a structural block diagram of a first call service processing apparatus 100 provided by the embodiment of the present disclosure, the call service processing apparatus 100 is applied to an application server AS of an IP multimedia subsystem IMS, and comprises the following components.
[0279] A session event notification module 11 is configured to notify a data channel signaling function DCSF of a session event;
[0280] A DC resource reservation module 12 is configured to reserve a DC resource of an IMS DC according to an instruction of the DCSF.
[0281] Specifically, the notification of the session event to the data channel signaling function DCSF comprises one of the following modes.
[0282] Upon receiving a session establishment request from a calling user or a calling network, the session establishment request event is notified to the DCSF;
[0283] Upon receiving a call waiting prompt from a called user or a called network, a call waiting event or a media modification event is notified to the DCSF;
[0284] receiving a ring back tone indication, informing the DCSF of a ring event;
[0285] receiving a call waiting prompt from the called user or the called network, informing the DC AS of a call waiting event or a media modification event;
[0286] receiving a response from the called user, informing the DC AS of a called response event or a session establishment success event;
[0287] receiving a DC establishment request from a data channel application server DC AS, informing the DC SF of a media modification event. Specifically, the call service processing apparatus 100 further comprises:
[0288] a session establishment request event informing module, configured to receive a session establishment request from a calling user or a calling network, and inform the DC AS of a session establishment request event.
[0289] Specifically, the reserving of the DC resource of the IMS DC according to the indication of the DC SF comprises one of the following manners:
[0290] receiving a call waiting prompt from the called user or the called network, informing the DC AS of a call waiting event or a media modification event;
[0291] receiving a ring back tone indication, informing the DC AS of a ring event;
[0292] receiving a call waiting prompt from the called user or the called network, informing the DC AS of a call waiting event or a media modification event;
[0293] receiving a response from the called user, informing the DC AS of a called response event or a session establishment success event.
[0294] Specifically, the reporting of the call waiting event, the media modification event or the ring event to the DC AS is used to trigger the DC AS to provide a call waiting prompt or a ring back tone to the calling user through the DC; or the reporting of the call waiting event, the media modification event or the ring event to the DC AS is used to trigger the DC AS to provide a ring back tone to the called user through the DC; wherein, the media of the call waiting prompt, the ring back tone or the ring back tone is DC media.
[0295] Specifically, the informing of the called response event to the DC AS is used to trigger the DC AS to stop providing the DC media to the calling user or the called user.
[0296] It should be noted that the working processes of the various modules in the call service processing apparatus 100 described in the embodiments of the present disclosure can refer to the working processes of the first call service processing method described in the above embodiments, and will not be described herein again.
[0297] Embodiment Eight
[0298] Referring to FIG. 9, FIG. 9 is a structural block diagram of a second call service processing apparatus 200 provided by the embodiment of the present disclosure, the call service processing apparatus 200 is applied to a data channel signaling function (DCSF), and the call service processing apparatus 200 comprises:
[0299] A checking module 21, configured to check a DC subscription or an operator policy of a user according to a session event sent by an IMS AS.
[0300] An IMS DC establishing module 22, configured to establish an IMS DC for the user according to the DC subscription or the operator policy.
[0301] Specifically, the IMS DC establishing module 22 is configured to instruct the IMS AS to establish a BDC for the user when a DC subscription or an operator policy of a called user allows a DC application to be provided before call connection through the DC.
[0302] Specifically, the DC application is used to implement a call waiting service, a color ring service or a color vibration service.
[0303] Specifically, the call service processing apparatus 200 further comprises:
[0304] A DC application obtaining module, configured to push a DC application related to the call waiting service, the color ring service or the color vibration service to the user through the BDC, or the user obtains the DC application related to the call waiting service, the color ring service or the color vibration service through the BDC.
[0305] Specifically, the call service processing apparatus 200 further comprises:
[0306] A first indication sending module, configured to send a first indication to a DC AS when a call waiting event or a media modification event or a ring event is received; wherein the first indication is used to trigger the DC AS to provide a call waiting prompt or a color ring to a calling user through a DC, or the first indication is used to trigger the DC AS to provide a color vibration to a called user through the DC; wherein media of the call waiting prompt or the color ring or the color vibration is DC media.
[0307] Specifically, the call service processing apparatus 200 further comprises:
[0308] A second indication sending module, configured to send a second indication to the DC AS when a called answer event is received; wherein the second indication is used to trigger the DC AS to stop providing DC media to the calling user or the called user.
[0309] It is worth mentioning that the working process of each module in the call service processing apparatus 200 described in the embodiments of the present disclosure can refer to the working process of the second call service processing method described in the above embodiments, which will not be repeated here.
[0310] Embodiment Nine
[0311] Referring to FIG. 10, FIG. 10 is a structural block diagram of a third call service processing apparatus 300 provided by the embodiments of the present disclosure, which is applied to an application server AS of an IP multimedia subsystem IMS, and includes:
[0312] An event notification module 31, configured to notify a call forwarding event or a call establishment failure event to a DCSF;
[0313] A DC resource release module 32, configured to release DC resources of the IMS DC according to an indication of the DCSF.
[0314] Specifically, the call service processing apparatus 300 further includes:
[0315] An IMS DC media description processing module, configured to determine a processing of an IMS DC media description.
[0316] Specifically, the determining of the processing of the IMS DC media description includes one of the following manners:
[0317] Transmitting the received IMS DC media description in the call establishment request in a transparent manner;
[0318] Generating a new IMS DC media description, and sending a call establishment request to a call forwarding user or a network of the call forwarding user, and carrying the IMS DC media description;
[0319] Sending a call establishment request to a call forwarding user or a network of the call forwarding user, transmitting the received IMS DC media description in the call establishment request in a transparent manner according to an indication of the DCSF, or generating a new IMS DC media description according to the indication of the DCSF;
[0320] Not carrying the IMS DC media description according to the indication of the DCSF.
[0321] Specifically, the call service processing apparatus 300 further comprises a call establishment request sending module, when the IMS DC media description in the received call establishment request is transparently transmitted or a new IMS DC media description is generated, the establishment request sending module is configured to send a call establishment request to the forwarding user or the network of the forwarding user, carrying the IMS DC media description; when the IMS DC media description is not carried according to the indication of the DCSF, the establishment request sending module is configured to send a call establishment request to the forwarding user or the network of the forwarding user, without carrying the IMS DC media description.
[0322] Specifically, the IMS DC media description in the received call establishment request is transparently transmitted in at least one of the following manners:
[0323] The bootstrapping data channel BDC between the calling user and the network of the forwarding user;
[0324] The bootstrapping data channel BDC between the calling network and the forwarding user.
[0325] It is worth noting that the working processes of the various modules in the call service processing apparatus 300 according to the embodiments of the present disclosure can refer to the working processes of the third call service processing method described in the above embodiments, which will not be repeated here.
[0326] Embodiment Ten
[0327] Referring to FIG. 11, FIG. 11 is a structural block diagram of a fourth call service processing apparatus 400 provided by the embodiments of the present disclosure, the call service processing apparatus 400 is applied to a data channel signaling function DCSF, and comprises:
[0328] An event receiving module 41 is configured to receive an IMS AS notified forwarding event or call establishment failure event.
[0329] A DCSF resource release indication sending module 42 is configured to send an indication of releasing the CD resource of the IMS DC to the IMS AS.
[0330] Specifically, the call service processing apparatus 400 further comprises an IMS DC media description indication module, the IMS DC media description indication module is configured to indicate at least one of the following information:
[0331] Indicating the IMS AS to transparently transmit the IMS DC media description in the received call establishment request;
[0332] Indicating the IMS AS to generate a new IMS DC media description;
[0333] Indicating the IMS AS not to carry the IMS DC media description.
[0334] Specifically, the IMS DC media description comprises at least one of the following:
[0335] a BCD between the calling user and the call forwarding network;
[0336] a BCD between the calling network and the call forwarding user.
[0337] Specifically, the call service processing apparatus 400 further comprises a call forwarding processing module, configured to perform one of the following steps:
[0338] determining the call forwarding service logic of the called user when the DC service subscription of the called user comprises the call forwarding service;
[0339] determining whether to allow the call to be forwarded according to the call forwarding network capability and / or the user subscription;
[0340] determining whether to carry the IMS DC media description in the call establishment request sent to the call forwarding user or the network of the call forwarding user according to the call forwarding network capability and / or the user subscription.
[0341] It is worth noting that the working processes of the various modules in the call service processing apparatus 400 described in the embodiments of the present disclosure can refer to the working processes of the fourth call service processing method described in the above embodiments, which will not be described here.
[0342] Embodiment Eleven
[0343] Referring to FIG. 12, FIG. 12 is a structural block diagram of a fifth call service processing apparatus 500 provided by the embodiments of the present disclosure, which is applied to an application server AS of an IP multimedia subsystem IMS, and comprises:
[0344] an event notification module 51, configured to notify the DCSF of a call hold event or a media attribute modification event;
[0345] a DC modification module 52, configured to deactivate, activate, hold or restore the DC according to the indication of the DCSF, or modify the direction attribute of the DC media according to the indication of the DCSF.
[0346] Specifically, in the call hold service, the user initiating the call hold indicates one of the following to the network or the call held user through a session modification request and an SDP offer session description protocol proposal:
[0347] deactivation or holding of the DC media;
[0348] activation or restoration of the DC media.
[0349] Specifically, in the call hold service, the call being held user indicates one of the following to the user who initiates the call hold by means of a response to a session modification request and an SDP answer session description protocol response:
[0350] DC media has been deactivated or has been held;
[0351] DC media is deactivated or is held;
[0352] DC media has been activated or has been recovered;
[0353] DC media is activated or is recovered.
[0354] Specifically, the call hold event is notified to the DCSF, including that the call being held user indicates one of the following to the user who initiates the call hold by means of a response to a session modification request and an SDP answer session description protocol response:
[0355] DC media has been deactivated or has been held;
[0356] DC media is deactivated or is held;
[0357] DC media has been activated or has been recovered;
[0358] DC media is activated or is recovered.
[0359] Specifically, the DC is deactivated / activated according to the indication of the DCSF, including:
[0360] According to the indication of the DCSF, all DC media associated with the call hold session is screened out;
[0361] The corresponding session description protocol is modified to indicate the deactivation / activation of the associated ADC.
[0362] Specifically, the DC is deactivated / activated according to the indication of the DCSF, including:
[0363] According to the indication of the DCSF, the session description protocol is modified to indicate the deactivation / activation of the associated ADC or to indicate the deactivation / activation of the specified ADC.
[0364] It is worth noting that the working processes of various modules in the call service processing apparatus 500 described in the embodiments of the present disclosure can refer to the working processes of the fifth call service processing method described in the above embodiments, and will not be repeated here.
[0365] Embodiment twelve
[0366] Referring to FIG. 13, FIG. 13 is a structural block diagram of a sixth call service processing apparatus 600 provided by the embodiments of the present disclosure, which is applied to a data channel signaling function (DCSF) and includes:
[0367] an event receiving module 61, configured to receive a call hold event or a media attribute modification event reported by an IMS AS;
[0368] an indication sending module 62, configured to send an indication of deactivation, activation, hold or resumption of a DC to the IMS AS, or send an indication of modification of a direction attribute of DC media to the IMS AS.
[0369] Specifically, the call service processing apparatus 600 further includes:
[0370] a DC media screening module, configured to screen all DC media associated with a call hold session according to a call hold / resumption indication reported by the IMS AS;
[0371] a DC processing module, configured to deactivate / activate an associated application data channel (ADC), or deactivate / activate a specified ADC.
[0372] It is worth noting that the working processes of the various modules in the call service processing apparatus 600 described in the embodiments of the present disclosure can refer to the working processes of the sixth call service processing method described in the above embodiments, which will not be repeated here.
[0373] Embodiment Thirteen
[0374] Referring to FIG. 14, FIG. 14 is a structural block diagram of a call service processing device 700 provided by the embodiments of the present disclosure, which includes a processor 71, a memory 72, and a computer program stored in the memory 72 and capable of running on the processor 71. The processor 71 implements the steps in the above-mentioned various call service processing method embodiments, such as steps S11-S12, S21-S22, S31-S32, S41-S42, S51-S52, S61-S62, etc., when executing the computer program.
[0375] For example, the computer program can be divided into one or more modules / units, which are stored in the memory 72 and executed by the processor 71 to complete the present disclosure. The one or more modules / units can be a series of computer program instruction segments capable of completing a specific function, which are used to describe the execution process of the computer program in the call service processing device 700.
[0376] The call service processing device 700 can include, but is not limited to, a processor 71, a memory 72. Those skilled in the art can understand that the schematic diagram is only an example of the call service processing device 700, and does not constitute a limitation on the call service processing device 700, and can include more or less components than the diagram, or combine certain components, or different components, for example, the call service processing device 700 can also include an input and output device, a network access device, a bus, etc.
[0377] The processor 71 can be a central processing unit (CPU), and can also be other general-purpose processors, digital signal processors (DSP), application specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor, etc. The processor 71 is the control center of the call service processing device 700, and connects various parts of the entire call service processing device 700 through various interfaces and lines.
[0378] The memory 72 can be used to store computer programs and / or modules, and the processor 71 realizes various functions of the call service processing device 700 by running or executing computer programs and / or modules stored in the memory 72, and calling data stored in the memory 72. The memory 72 can mainly include a program storage area and a data storage area, wherein the program storage area can store an operating system, at least one application required by a function (such as a sound playing function, an image playing function, etc.), etc.; the data storage area can store data created according to the use of the mobile phone (such as audio data, a phone book, etc.), etc. In addition, the memory 72 can include a high-speed random access memory, and can also include a non-volatile memory, for example, a hard disk, a memory, a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, at least one disk storage device, a flash memory device, or other volatile solid-state storage devices.
[0379] The modules / units of the call service processing device 700 are stored in a computer readable storage medium if they are realized in the form of software function units and sold or used as independent products. Based on this understanding, all or part of the processes in the above-mentioned embodiment methods can also be completed by a computer program instructing related hardware. The computer program can be stored in a computer readable storage medium. When the computer program is executed by the processor 71, the steps of the above-mentioned various method embodiments can be implemented. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or some intermediate forms, etc. The computer readable medium can include any entity or device capable of carrying the computer program code, recording medium, U disk, mobile hard disk, magnetic disk, optical disk, computer memory, read-only memory (ROM), random access memory (RAM), electrical carrier signal, telecommunication signal, and software distribution medium, etc.
[0380] The above is the preferred embodiment of the present disclosure. It should be pointed out that, for those skilled in the art, without departing from the principles of the present disclosure, a number of improvements and refinements can be made, which are also considered within the protection scope of the present disclosure.
Claims
1. A call service processing method applied to an application server (AS) of an IP multimedia subsystem (IMS), the method comprising: notifying a data channel signaling function (DCSF) of a session event; and reserving a data channel (DC) resource of the IMS DC according to an indication of the DCSF.
2. The call service processing method of claim 1, wherein, The notifying of the session event to the DCSF comprises one of the following: receiving a session setup request from a calling user or a calling network, and notifying the DCSF of a session setup request event; receiving a call waiting prompt from a called user or a called network, and notifying the DCSF of a call waiting event or a media modification event; receiving a ring back tone indication, and notifying the DCSF of a ringing event; when the network decides to prompt the calling user with a call waiting, notifying the DCSF of a call waiting event or a media modification event; receiving a response of the called user, and notifying the DCSF of a called response event or a session setup success event; receiving a DC setup request from a DC application server (DC AS), and notifying the DCSF of a media modification event.
3. The call service processing method of claim 2, wherein, Before the receiving of the DC setup request from the DC AS and the notifying of the media modification event to the DCSF, the method further comprises: receiving a session setup request from a calling user or a calling network, and notifying the DC AS of a session setup request event.
4. The call service processing method of claim 1, wherein, The reserving of the DC resource of the IMS DC according to the indication of the DCSF comprises one of the following: receiving a call waiting prompt from a called user or a called network, and notifying the DC AS of a call waiting event or a media modification event; receiving a ring back tone indication, and notifying the DC AS of a ringing event; when the network decides to prompt the calling user with a call waiting, notifying the DC AS of a call waiting event or a media modification event; receiving a response of the called user, and notifying the DC AS of a called response event or a session setup success event.
5. The call service processing method of claim 4, wherein, The reporting of the call waiting event, the media modification event or the ringing event to the DC AS is used to trigger the DC AS to provide a call waiting prompt or a ring back tone to the calling user through the DC; alternatively, the reporting of the call waiting event, the media modification event or the ringing event to the DC AS is used to trigger the DC AS to provide a ring back tone to the called user through the DC; wherein the media of the call waiting prompt, the ring back tone or the ring back tone is a DC media.
6. The call service processing method of claim 4, wherein, The notifying of the called response event to the DC AS is used to trigger the DC AS to stop providing the DC media to the calling user or the called user.
7. A call service processing method applied to a DCSF, the method comprising: receiving a session event sent by an IMS AS, and checking a DC subscription or an operator policy of a user; establishing an IMS DC for the user according to the DC subscription or the operator policy.
8. The call service processing method of claim 7, wherein, The establishing of the IMS DC for the user according to the DC subscription or the operator policy comprises: when the DC subscription or the operator policy of the called user allows a DC application to be provided before a call is connected, instructing the IMS AS to establish a BDC for the user before the call is connected.
9. The call service processing method of claim 8, wherein, The DC application is used to implement a call waiting service, a ring back tone service or a ring back tone service.
10. The call service processing method of claim 8, wherein, After the IMS AS establishes a BDC for the user before the call is connected, the method further comprises: The DCSF pushes a DC application related to the call waiting service, the color ring service, or the color vibration service to the user through the BDC; or the user obtains the DC application related to the call waiting service, the color ring service, or the color vibration service through the BDC.
11. The call service processing method of claim 7, the method further comprising: receiving a call waiting event or a media modification event or a ring event, sending a first indication to the DC AS; wherein the first indication triggers the DC AS to provide a call waiting prompt or a color ring to the calling user through the DC, or the first indication triggers the DC AS to provide a color vibration to the called user through the DC; wherein the media of the call waiting prompt or the color ring or the color vibration is DC media.
12. The call service processing method of claim 7, the method further comprising: receiving a called answer event, sending a second indication to the DC AS; wherein the second indication triggers the DC AS to stop the DC media for the calling user or the called user.
13. A call service processing method applied to an application server AS of an IP multimedia subsystem IMS, the method comprising: informing a call forwarding event or a call establishment failure event to a DCSF; releasing DC resources of the IMS DC according to an indication of the DCSF.
14. The call service processing method of claim 13, wherein, After the call forwarding event or the call establishment failure event is informed to the DCSF, the method further comprises: determining a processing of an IMS DC media description.
15. The call service processing method of claim 14, wherein, The determining of the processing of the IMS DC media description comprises at least one of the following manners: transmitting the received IMS DC media description in a call establishment request in a transparent manner; generating a new IMS DC media description, sending a call establishment request to a call forwarding user or a network of the call forwarding user, and carrying the IMS DC media description; sending a call establishment request to a call forwarding user or a network of the call forwarding user, transmitting the received IMS DC media description in a call establishment request in a transparent manner according to an indication of the DCSF, or generating a new IMS DC media description according to the indication of the DCSF; not carrying the IMS DC media description according to the indication of the DCSF.
16. The call service processing method of claim 15, the method further comprising: when the received IMS DC media description in the call establishment request is transmitted in a transparent manner or the new IMS DC media description is generated, sending a call establishment request to a call forwarding user or a network of the call forwarding user, and carrying the IMS DC media description; when the IMS DC media description is not carried according to the indication of the DCSF, sending a call establishment request to a call forwarding user or a network of the call forwarding user, and not carrying the IMS DC media description.
17. The call processing method of claim 15 or 16, wherein, The transmitting of the received IMS data channel media description in the call establishment request comprises at least one of the following manners: a BDC between a calling user and a network of a call forwarding user; a BDC between a calling network and a call forwarding user.
18. A call service processing method applied to a DCSF, the method comprising: receiving an IMS AS notification of a call forwarding event or a call setup failure event, sending an indication to the IMS AS to release the DC resource of the IMS DC.
19. The call service processing method of claim 18, further comprising one of the following steps: indicating the IMS AS to transparently pass the IMS DC media description in the received call setup request; indicating the IMS AS to generate a new IMS DC media description; indicating the IMS AS to not carry the IMS DC media description.
20. The call processing method of claim 19, wherein, the IMS DC media description comprises at least one of the following: a BCD between the calling user and the call forwarding network; a BCD between the calling network and the call forwarding user.
21. The call service processing method of claim 18, further comprising one of the following steps: determining the call forwarding service logic of the called user when the DC service subscription of the called user contains the call forwarding service; determining whether to allow the call to be forwarded according to the call forwarding network capability and / or the user subscription; determining whether to carry the IMS DC media description in the call setup request sent to the call forwarding user or the network of the call forwarding user according to the call forwarding network capability and / or the user subscription.
22. A call service processing method applied to an application server (AS) of an IP multimedia subsystem (IMS), the method comprising: notifying a DCSF of a call hold event or a media attribute modification event; deactivating, activating, holding or resuming a DC or modifying a DC media direction attribute according to an indication of the DCSF.
23. The call processing method of claim 22 wherein, In a call hold service, a user initiating a call hold indicates one of the following to the network or a call held user through a session modification request and an SDP offer: DC media deactivation or holding; DC media activation or resumption.
24. The call processing method of claim 22 wherein, In a call hold service, a call held user indicates one of the following to the user initiating a call hold through a response to the session modification request and an SDP answer: DC media has been deactivated or held; DC media is deactivated or held; DC media has been activated or resumed; DC media is activated or resumed.
25. The call processing method of claim 22 wherein, the notifying the DCSF of the call hold event or the media attribute modification event comprises one of the following: when a call hold indication or a DC media attribute modification to deactivation is carried in a received SDP offer or SDP answer, notifying the DCSF of the call hold or the DC media attribute modification to deactivation; when a call resume indication or a DC media attribute modification is carried in a received SDP offer or SDP answer, notifying the DCSF of the call resume or the DC media attribute modification to activation; when a call resume indication or a DC media attribute modification to activation is carried in a received SDP offer or SDP answer, notifying the DCSF of the call resume or the DC media attribute modification to activation.
26. The call processing method of claim 22 wherein, the deactivating / activating the DC according to the indication of the DCSF comprises: screening all DC media associated with a call hold session according to the indication of the DCSF; modifying a corresponding session description protocol to indicate deactivation / activation of an associated application data channel (ADC).
27. The call processing method of claim 22 wherein, the indication according to the DCSF deactivates / activates the DC, including: modifying a session description protocol according to the indication of the DCSF to indicate deactivation / activation of an associated ADC or to indicate deactivation / activation of a specified ADC.
28. A call service processing method applied to a data channel signaling function (DCSF), the method comprising: receiving a call hold event or a media attribute modification event reported by an IMS AS; sending an indication of deactivation, activation, hold or resumption of a DC to the IMS AS or sending an indication of modifying a direction attribute of a DC media to the IMS AS.
29. The call service processing method of claim 28, further comprising: filtering all DC media associated with a call hold session according to a call hold / resumption indication reported by the IMS AS; deactivating / activating an associated application data channel (ADC) or deactivating / activating a specified ADC.
30. A call forwarding processing apparatus applied to an application server (AS) of an IP multimedia subsystem (IMS), the apparatus comprising: a session event notification module configured to notify a data channel signaling function (DCSF) of a session event; a DC resource reservation module configured to reserve a DC resource of an IMS DC according to an indication of the DCSF.
31. A call forwarding processing apparatus applied to a data channel signaling function (DCSF), the apparatus comprising: a checking module configured to check a DC subscription of a user or an operator policy upon receiving a session event sent by an IMS AS; an IMS DC establishment module configured to establish an IMS DC for the user according to the DC subscription or the operator policy.
32. A call forwarding processing apparatus applied to an application server (AS) of an IP multimedia subsystem (IMS), the apparatus comprising: an event notification module configured to notify a data channel signaling function (DCSF) of a call forwarding event or a call setup failure event; a DC resource release module configured to release a DC resource of an IMS DC according to an indication of the DCSF.
33. A call forwarding processing apparatus applied to a data channel signaling function (DCSF), the apparatus comprising: an event receiving module configured to receive a call forwarding event or a call setup failure event notified by an IMS AS; a DC resource release indication sending module configured to send an indication of releasing a DC resource of an IMS DC to the IMS AS.
34. A call forwarding processing apparatus applied to an application server (AS) of an IP multimedia subsystem (IMS), the apparatus comprising: an event notification module configured to notify a data channel signaling function (DCSF) of a call hold event or a media attribute modification event; a DC modification module configured to deactivate, activate, hold or resume a DC according to an indication of the DCSF or to modify a direction attribute of a DC media according to an indication of the DCSF.
35. A call forwarding processing apparatus applied to a data channel signaling function (DCSF), the apparatus comprising: an event receiving module configured to receive a call hold event or a media attribute modification event reported by an IMS AS; a DC modification module configured to deactivate, activate, hold or resume a DC according to an indication of the DCSF or to modify a direction attribute of a DC media according to an indication of the DCSF. An indication sending module, configured to send an indication of deactivation, activation, keeping or resumption of the DC to the IMS AS, or send an indication of modifying a direction attribute of the DC media to the IMS AS.
36. A call service processing device, comprising a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor, and the computer program, when executed by the processor, implements the call service processing method according to any one of claims 1 to 29.
37. A computer readable storage medium, the computer readable storage medium comprising a stored computer program, wherein, The computer readable storage medium is controlled to perform the call service processing method according to any one of claims 1 to 29 when the computer program is running.
38. A computer program product, comprising computer instructions, and the computer instructions, when executed by a processor, implement the call service processing method according to any one of claims 1 to 29.
Citation Information
Patent Citations
Methods, and network nodes for handling communication in a communication network
WO2023177341A1