WO2015176743A1 - Régulation de surcharge de bout en bout basée sur un protocole d'initialisation de session dans un sous-système multimédia sous ip - Google Patents

Régulation de surcharge de bout en bout basée sur un protocole d'initialisation de session dans un sous-système multimédia sous ip Download PDF

Info

Publication number
WO2015176743A1
WO2015176743A1 PCT/EP2014/060322 EP2014060322W WO2015176743A1 WO 2015176743 A1 WO2015176743 A1 WO 2015176743A1 EP 2014060322 W EP2014060322 W EP 2014060322W WO 2015176743 A1 WO2015176743 A1 WO 2015176743A1
Authority
WO
WIPO (PCT)
Prior art keywords
progress counter
overload
session
initiation protocol
session initiation
Prior art date
Application number
PCT/EP2014/060322
Other languages
English (en)
Inventor
Alexander Milinski
Suprabhat CHATTERJEE
Original Assignee
Nokia Solutions And Networks Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Solutions And Networks Oy filed Critical Nokia Solutions And Networks Oy
Priority to PCT/EP2014/060322 priority Critical patent/WO2015176743A1/fr
Publication of WO2015176743A1 publication Critical patent/WO2015176743A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS

Definitions

  • the present invention generally relates to wired and wireless communication networks, and more specifically relates to a method, apparatus and computer program product for enabling end-to-end Session Initiation Protocol SIP overload control in IP Multimedia subsystem IMS.
  • LTETM Long Term Evolution LTETM has been specified, which uses the Evolved Universal Terrestrial Radio Access Network E-UTRAN as radio communication architecture according to 3GPP specification.
  • LTETM is basically designed as pure packed switched system
  • solutions have been proposed so as to also enable legacy circuit switched services in E-UTRAN environment, such as voice calls and short message service.
  • LTE does not provide dedicated channels for circuit switched telephony. Instead LTE is an all-IP system providing an end-to-end IP connection from the mobile equipment to the core network and out again. Therefore, in order to provide voice connections over standard LTE bearers, a specific form of Voice over IP may be used.
  • Voice over LTE is currently rolled out across the globe, and it is based on Internet Protocol Multimedia Subsystem IMS Session Initiation Protocol SIP call flows.
  • IMS Session Initiation Protocol SIP call flows First deployments show that robust and efficient overload control logic is required to guarantee a stable system and a recovery from overload even after complete site failures.
  • a method comprising determining usage of a resource at session setup with a signaling protocol, counting the determined used resources during the session setup, increasing a value of a progress counter for overload control based on the counted used resources, wherein the progress counter for overload control is carried in a Session Initiation Protocol messaging, and prohibiting, in case of an overload, rejection of messages in the Session Initiation Protocol messaging with a progress counter value higher than a set threshold value.
  • an apparatus comprising a determination unit configured to determine usage of a resource at session setup with a signaling protocol, a counting unit configured to count the determined used resources during the session setup, a processing unit configured to increase a value of a progress counter for overload control based on the counted used resources, wherein the progress counter for overload control is carried in a Session Initiation Protocol messaging, and a prohibiting unit configured to prohibit, in case of an overload, rejection of messages in the Session Initiation Protocol messaging with a progress counter value higher than a set threshold value.
  • a computer program product comprising computer-executable components which, when the program is run, are configured to carry out the method according to the first aspect.
  • the threshold is set dependent on an overload level of the occurring overload.
  • usage of resources of a single network element is counted.
  • usage of resources in the network is counted, and the progress counter is increased by an application server.
  • the received progress counter is sent transparently through the application server, whereas the originating and the terminating Call Session Control Functions add their resource use.
  • the progress counter is increased by one by each entity handling the session setup request.
  • the progress counter is increased by each Session Initiating Protocol resource with a value dependent on the logic it applies.
  • the value a resource adds depends on its overload level.
  • the progress counter is used and added by network elements only in case of an overload.
  • the progress counter is a dedicated Session Initiating Protocol header field and/or carried as an Uniform Resource Identifier parameter in existing header fields.
  • the Session Initiation Protocol messaging method is one of 'INVITE', 'SUBSCRIBE', 'UPDATE' and 'PRACK'.
  • the progress counter is removed when the Session Initiation Protocol leaves a validity area.
  • Fig. 1 schematically shows a general Voice over LTE architecture as a non-limiting use case of the present invention
  • Fig. 2 illustrates a method according to certain embodiments of the invention
  • Fig. 3 depicts a general structure of an apparatus according to certain embodiments of the invention.
  • Fig. 4 shows a basic call flow according to certain embodiments of the invention
  • Fig. 5 shows a basic call flow according to further certain embodiments of the invention.
  • Fig. 6 shows a basic call flow of a variant of Fig. 4 according to further certain embodiments of the invention.
  • Fig. 7 shows a further basic call flow of a variant of Fig. 4 according to certain embodiments of the invention.
  • Fig. 8 shows a rejection logic based on pcoc and Overload level with respect to the situation of Fig. 6.
  • a telecommunication network comprises plural network elements, such as base stations BS, evolved NodeB's (eNB; i.e. base station in LTE environment), user equipments UE (e.g. mobile phone, smart phone, Computer, etc.), controllers, interfaces, etc, and in particular any equipment used in the provision of a telecommunications service.
  • BS base stations
  • eNB evolved NodeB's
  • UE user equipment
  • controllers interfaces, etc, and in particular any equipment used in the provision of a telecommunications service.
  • a basic system architecture of a communication system may comprise a commonly known architecture of one or more communication networks comprising a wired or wireless access network subsystem and a core network.
  • Such an architecture may comprise one or more communication network control elements, access network elements, radio access network elements, access service network gateways or base transceiver stations, such as a base station, an access point or an eNB, which control a respective coverage area or cell (macro cell, small cell) and with which one or more communication elements or terminal devices such as a UE or another device having a similar function, such as a modem chipset, a chip, a module etc., which can also be part of a UE or attached as a separate element to a UE, or the like, are capable to communicate via one or more channels for transmitting several types of data.
  • core network elements such as Call State Control Functions (CSCFs), Application Servers and gateway network elements, policy and charging control network elements, mobility management entities, operation and maintenance elements, and
  • Fig. 1 shows a general Voice over LTE VoLTE architecture as an example use case in which the present invention may be applied.
  • the present invention is not limited thereto, but may be applied to other cases of signaling protocols in which access to independent IMS is performed, and can be used for all types of VoIP networks.
  • user equipments UE with VoLTE- ability are each connected to a base station eNB (evolved NodeB), and the base station in turn is controlled by a core network/IMS.
  • eNB evolved NodeB
  • IMS core network/IMS
  • VoIP such as VoLTE as one use case
  • VoIP is based on IP Multimedia subsystem IMS Session Initiation Protocol SIP call flows, wherein such IMS SIP call flows for VoLTE are characterized by the following properties.
  • the same network element NE may handle the same call in different roles, e.g. as Proxy Call Session Control Function P-CSCF and Serving Call Session Control Function S- CSCF.
  • the same S-CSCF may be in the call path several times, before and after invocation of one or more Application Servers AS at the IMS Service Control ISC interface.
  • Telephony Application Server TAS, Service Centralization and Continuity Application Server SCC-AS for VoLTE may be invoked together or independently.
  • the call handling for originating and terminating side may be independent, i.e. the same network element and same role may be in the call path both on originating and terminating side.
  • an end-to-end call flow with a single AS only and both sides served by same Network Element NE in all roles may be considered.
  • a call will run through the call control logic in the network element NE in originating P-CSCF, originating S-CSCF twice, terminating Interrogating Call Session Control Function l-CSCF, terminating S-CSCF twice and terminating P-CSCF, which is in total 7 times.
  • quota based rejection mechanisms may be applied, e.g. every second message is rejected.
  • the basic issue is to prioritize messages, which are more "advanced" in the call flow.
  • the counter may also be referred to as a "progress counter”, which is also abbreviated as “pcoc” (progress counter for overload control) in the present application.
  • Messages with a progress counter higher than a certain threshold, dependent on the overload level, may not be rejected or will be less likely to be rejected.
  • Fig. 2 shows a method according to some example versions of the disclosure, which may be performed by a network element included in e.g. a core network of a cell-based communication network.
  • Step S21 The usage of a resource at session setup with a signaling protocol is determined.
  • Step S22 the determined used resources during the session setup is counted. Further, in Step S23, a value of a progress counter for overload control based on the counted used resources is increased, wherein the progress counter for overload control is carried in a Session Initiation Protocol messaging.
  • Step 24 in case of an overload, rejection of messages in the Session Initiation Protocol messaging with a progress counter value higher than a set threshold value is prohibited.
  • a diagram illustrating a configuration of an element comprised in a (tele-) communication network element of a communication network for VoIP according to some example versions of the disclosure is shown, which is configured to implement end-to-end SIP overload control in IMS described in connection with some of the example versions of the disclosure.
  • the embodiment may be carried out in or by a network element.
  • the network element may comprise elements or functions, such as a chipset, a chip, a module etc., which can also be part of a network element or attached as a separate element to a network element, or the like.
  • each block and any combination thereof may be implemented by various means or their combinations, such as hardware, software, firmware, one or more processors and/or circuitry.
  • the network element 30 shown in Fig. 3 may comprise a processing function, control unit or processor 31 , such as a CPU or the like, which is suitable for executing instructions given by programs or the like related to the network element control procedure.
  • the processor 31 is configured to execute processing related to the above described end-to- end SIP overload control in IMS.
  • the processor 31 comprises a sub-portion 310 as a determination unit configured to determine usage of a resource at session setup with a signaling protocol.
  • the portion 310 may be configured to perform processing according to S21 of Fig. 2.
  • the processor 31 comprises a sub-portion 31 1 usable as a counting unit configured to count the determined used resources during the session setup.
  • the portion 31 1 may be configured to perform processing according to S22 of Fig. 2.
  • the processor 31 comprises a sub-portion 312 usable as a processing unit configured to increase a value of a progress counter for overload control based on the counted used resources, wherein the progress counter for overload control is carried in a Session Initiation Protocol messaging.
  • the portion 312 may be configured to perform processing according to S23 of Fig. 2.
  • the processor 31 comprises a sub- portion 313 usable as a prohibiting unit configured to prohibit, in case of an overload, rejection of messages in the Session Initiation Protocol messaging with a progress counter value higher than a set threshold value.
  • the portion 313 may be configured to perform processing according to S24 of Fig. 2.
  • Reference signs 32 and 33 denote transceiver or input/output (I/O) units (interfaces) connected to the processor 31 .
  • the I/O units 32 may be used for communicating with the network element.
  • the I/O units 33 may be used for communicating with a management application.
  • Reference sign 34 denotes a memory usable, for example, for storing data and programs to be executed by the processor 31 and/or as a working storage of the processor 31.
  • the progress counter counts resources used within a single element. While it is possible to use such an indication only in the communication within a node (e.g. from P-CSCF to S-CSCF), it is important that as one component of the invention it must be possible to carry the indication across other node, e.g. from S-CSCF to S-CSCF through an AS in a parameter in the Route header of the S-CSCF.
  • the progress counter counts resources used within the network.
  • the indication of the progress counter may not be sent transparently from S-CSCF to S-CSCF through the AS like in the above exemplary implementation, but the AS may actively increase the counter.
  • the progress counter counts the resources used in a single network element.
  • the progress counter counts the resources used in the network.
  • the progress counter may be a simple counter, which is just increased by one by each entity handling the request.
  • each SIP role in the call may increase the progress counter dependent on the logic it applies, such as the S-CSCF increases the counter by a higher value after the ISC interface was used, reflecting the fact that the external AS interface was used.
  • a stateless l-CSCF which will not stay in the call path after 200 OK, might not increase the value.
  • an "INVITE"-message for Multimedia Telephony MMtel may be considered more important and resource intensive than a call for best effort VoIP.
  • the P-CSCF may increase the value more with an associated Rx Diameter or Iq H.248 interaction than without.
  • the value a node adds to the progress counter may depend on its overload level. That is, for example, the higher the overload the more the progress counter is increased. As a special case the progress counter need not be present in every message during normal operation, but is only used and added by network elements in overload.
  • the progress counter may be a dedicated SIP header field or carried as URI parameter in existing header fields.
  • Combinations are also possible, such as sending the 'pcoc' through an AS as part of the "ODI" (3GPP original dialogue identifier in 3GPP TS 24.229) and in a dedicated header between CSCFs.
  • SIP INVITE is the most important use case, but it is to be noted that the present invention is not restricted thereto, and may also cover other SIP methods, such as "SUBSCRIBE”, “UPDATE”, and “PRACK” as well. Distinctions and prioritization between the methods may also be done according to an overload table.
  • the progress counter may be removed when the SIP request leaves the validity area, e.g. when the message is sent to a user equipment UE.
  • the "INVITE"-message of the basic IMS call flow is shown. It is to be noted that only the SIP INVITE is explicitly shown, whereas Diameter and other interactions are ignored, and responses are also omitted. All call flows are shown end-to-end, that is the call flow in question is not rejected based on or despite a possible overload.
  • Fig. 4 shows a basic call flow according to certain embodiments of the invention.
  • Fig. 5 shows a basic call flow in a case, in which all functional entities (e.g. S/P-CSCF, TAS) in the core network support the mechanism of the invention.
  • the pcoc is increased in each step.
  • the example shows the functional entities distributed across three network elements NE1 , NE2 and NE3.
  • Fig. 6 shows a variant of the call flow of Fig. 5 with the same distribution of roles across NEs.
  • the pcoc counter is not increased by the l-CSCF, because it is stateless and will not be part of subsequent requests. This it is considered of lower "weight” and a less important "resource”.
  • FIG. 7 shows a variant of the call flow of Fig. 5 with the same distribution of roles across NEs in the upper call flow, and all roles on NE3 in the lower call flow.
  • the pcoc counter is only increased by network elements in overload.
  • the CSCF NE1 on the originating side is not in overload, nor is the TAS (NE2).
  • the counter is increased only on the terminating side.
  • all CSCF roles are on NE3 and thus the counter is increased also on the originating side.
  • the main advantage is that rejection of calls in overload will prefer calls in early phase. As a result, the number of successful e2e calls can be significantly increased compared to arbitrary random message rejection.
  • the solution according to the present invention may apply to both network element overload and network wide overload.
  • the present invention may also work with co-located roles and with roles implemented on dedicated servers.
  • the solution may start simple with simple counters and be refined as explained in the above.
  • the present invention provides a prioritization of messages, which are more 'advanced' in the call flow. This means the more system resources were already spent on one session (e.g. call) set-up attempt, the less likely it should be rejected because of overload.
  • the 'resources already spent' are counted or accumulated during the session (call) set-up, and the value is carried in SIP signaling.
  • Such counter is defined as a progress counter for overload control (pcoc). Messages with a progress counter value higher than a certain threshold, in dependency of the overload level, will not be rejected or will be less likely to be rejected.
  • embodiments of the present invention may be implemented as circuitry, in software, hardware, application logic or a combination of software, hardware and application logic.
  • the application logic, software or an instruction set is maintained on any one of various conventional computer-readable media.
  • a "computer-readable medium” may be any media or means that can contain, store, communicate, propagate or transport the instructions for use by or in connection with an instruction execution system, apparatus, or device, such as a computer or smart phone, or user equipment.
  • circuitry refers to all of the following: (a) hardware-only circuit implementations (such as implementations in only analog and/or digital circuitry) and (b) to combinations of circuits and software (and/or firmware), such as (as applicable): (i) to a combination of processor(s) or (ii) to portions of processor(s)/software (including digital signal processor(s)), software, and memory(ies) that work together to cause an apparatus, such as a mobile phone or server, to perform various functions) and (c) to circuits, such as a microprocessor(s) or a portion of a microprocessor(s), that require software or firmware for operation, even if the software or firmware is not physically present.
  • circuitry would also cover an implementation of merely a processor (or multiple processors) or portion of a processor and its (or their) accompanying software and/or firmware.
  • circuitry would also cover, for example and if applicable to the particular claim element, a baseband integrated circuit or applications processor integrated circuit for a mobile phone or a similar integrated circuit in server, a cellular network device, or other network device.
  • the different functions discussed herein may be performed in a different order and/or concurrently with each other. Furthermore, if desired, one or more of the above- described functions may be optional or may be combined.
  • nodes or network elements may comprise several means, modules, units, components, etc. (not shown) which are required for control, processing and/or communication/signaling functionality.
  • Such means, modules, units and components may comprise, for example, one or more processors or processor units including one or more processing portions for executing instructions and/or programs and/or for processing data, storage or memory units or means for storing instructions, programs and/or data, for serving as a work area of the processor or processing portion and the like (e.g. ROM, RAM, EEPROM, and the like), input or interface means for inputting data and instructions by software (e.g. floppy disc, CD-ROM, EEPROM, and the like), a user interface for providing monitor and manipulation possibilities to a user (e.g. a screen, a keyboard and the like), other interface or means for establishing links and/or connections under the control of the processor unit or portion.
  • processing portions should not be only considered to represent physical portions of one or more processors, but may also be considered as a logical division of the referred processing tasks performed by one or more processors.
  • eNB evolved NodeB base station in LTE

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La présente invention concerne un procédé, un appareil et un produit de programme informatique destinés à une régulation améliorée de surcharge de bout en bout avec protocole d'initialisation de session dans un sous-système multimédia sous IP. Le taux d'utilisation d'une ressource lors de l'établissement d'une session avec un protocole de signalisation est déterminé, les ressources utilisées déterminées pendant l'établissement de la session sont comptées, une valeur d'un compteur d'avancement servant à la régulation de surcharge d'après les ressources utilisées comptées est augmentée, le compteur d'avancement pour la régulation de surcharge étant transporté dans une messagerie du protocole d'initialisation de session, et, en cas de surcharge, le rejet de messages de la messagerie du protocole d'initialisation de session présentant une valeur de compteur d'avancement supérieure à une valeur seuil spécifiée est interdit.
PCT/EP2014/060322 2014-05-20 2014-05-20 Régulation de surcharge de bout en bout basée sur un protocole d'initialisation de session dans un sous-système multimédia sous ip WO2015176743A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/EP2014/060322 WO2015176743A1 (fr) 2014-05-20 2014-05-20 Régulation de surcharge de bout en bout basée sur un protocole d'initialisation de session dans un sous-système multimédia sous ip

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2014/060322 WO2015176743A1 (fr) 2014-05-20 2014-05-20 Régulation de surcharge de bout en bout basée sur un protocole d'initialisation de session dans un sous-système multimédia sous ip

Publications (1)

Publication Number Publication Date
WO2015176743A1 true WO2015176743A1 (fr) 2015-11-26

Family

ID=50780474

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2014/060322 WO2015176743A1 (fr) 2014-05-20 2014-05-20 Régulation de surcharge de bout en bout basée sur un protocole d'initialisation de session dans un sous-système multimédia sous ip

Country Status (1)

Country Link
WO (1) WO2015176743A1 (fr)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6760309B1 (en) * 2000-03-28 2004-07-06 3Com Corporation Method of dynamic prioritization of time sensitive packets over a packet based network
US20050163126A1 (en) * 2004-01-26 2005-07-28 Bugenhagen Michael K. Congestion handling in a packet communication system
EP1686752A1 (fr) * 2003-12-11 2006-08-02 Huawei Technologies Co., Ltd. Procede permettant d'obtenir des services multimedia prioritaires
US20070206620A1 (en) * 2006-03-01 2007-09-06 Mauricio Cortes System and method for prioritizing session initiation protocol messages
US20090175279A1 (en) * 2008-01-09 2009-07-09 Zhi Guo Gao Method and device for providing qos control capability for a presence server and system thereof
US8238883B1 (en) * 2006-10-31 2012-08-07 Nextel Communications, Inc. System and method for connecting calls between different communication technologies

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6760309B1 (en) * 2000-03-28 2004-07-06 3Com Corporation Method of dynamic prioritization of time sensitive packets over a packet based network
EP1686752A1 (fr) * 2003-12-11 2006-08-02 Huawei Technologies Co., Ltd. Procede permettant d'obtenir des services multimedia prioritaires
US20050163126A1 (en) * 2004-01-26 2005-07-28 Bugenhagen Michael K. Congestion handling in a packet communication system
US20070206620A1 (en) * 2006-03-01 2007-09-06 Mauricio Cortes System and method for prioritizing session initiation protocol messages
US8238883B1 (en) * 2006-10-31 2012-08-07 Nextel Communications, Inc. System and method for connecting calls between different communication technologies
US20090175279A1 (en) * 2008-01-09 2009-07-09 Zhi Guo Gao Method and device for providing qos control capability for a presence server and system thereof

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
MAY EL BARACHI ET AL: "Context-Aware Signaling for Call Differentiation in IMS-Based 3G Networks", COMPUTERS AND COMMUNICATIONS, 2007. ISCC 2007. IEEE SYMPOSIUM ON, IEEE, PI, 1 July 2007 (2007-07-01), pages 789 - 796, XP031159701, ISBN: 978-1-4244-1520-5 *
SCHULZRINNE COLUMBIA U J POLK CISCO SYSTEMS H: "Communications Resource Priority for the Session Initiation Protocol (SIP); rfc4412.txt", 20060201, 1 February 2006 (2006-02-01), XP015044831, ISSN: 0000-0003 *

Similar Documents

Publication Publication Date Title
EP3769478B1 (fr) Gestion de tranchage de réseau pour le domaine de sous-système multimédia ip (ims)
EP2807857B1 (fr) Transfert intercellulaire d'appels d'urgence d'un réseau d'accès à commutation de circuits à un réseau d'accès à commutation de paquets
CN106664616B (zh) 解决无线网络中的竞争切换条件
EP3664500A1 (fr) Procédé de récupération de défaillance de fonction de commande de session d'appel proxy, appareil et système
EP2783494B1 (fr) N uds géographiquement redondants dotés d'une pluralité de fonctions eatf
EP3720236A1 (fr) Reprise efficace de système par paquets évolué (eps)
EP3769485B1 (fr) Prise en charge de découpage de réseau dans un sous-système multimédia ip
CN114365466B (zh) 通过不同5gc切片上的多个ims pdu会话支持ims路由
JP2016527822A (ja) Imsサービスのためのページング方法及び装置
US20210014741A1 (en) Efficient eps fallback in a 5gs architecture
US10536487B2 (en) End user controlled multi-service device priority setting
US9351269B2 (en) Method and system for processing service continuity
US20210226838A1 (en) Method and network nodes for managing actions occurring in a network slice of a communication network
WO2015050547A1 (fr) Scénarios de mobilité volte avec des supports vocaux ims et non-ims
US8483182B1 (en) Single radio voice call continuity handover of calls with video media from a circuit switched access network
EP2984859B1 (fr) Indication de la prise en charge homogène de la parole par commutation de circuits dans un réseau mobile
US9094423B2 (en) Apparatus and methods for inter-user equipment transfers
US11582331B2 (en) Handling SIP messages with malformed header fields
Forconi et al. 4G LTE architectural and functional models of video streaming and volte services
CN105207982B (zh) 资源共享处理方法、装置及p-cscf
US20230247524A1 (en) Support for data forwarding
US20130195075A1 (en) Handover of priority calls from a circuit switched access network with single radio voice call continuity
CN108307442A (zh) 业务发送方法及装置
WO2015176743A1 (fr) Régulation de surcharge de bout en bout basée sur un protocole d'initialisation de session dans un sous-système multimédia sous ip

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14725988

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14725988

Country of ref document: EP

Kind code of ref document: A1