WO2013060356A1 - Procédé et appareil relatifs à une commande de politique dans un réseau de télécommunications - Google Patents

Procédé et appareil relatifs à une commande de politique dans un réseau de télécommunications Download PDF

Info

Publication number
WO2013060356A1
WO2013060356A1 PCT/EP2011/068605 EP2011068605W WO2013060356A1 WO 2013060356 A1 WO2013060356 A1 WO 2013060356A1 EP 2011068605 W EP2011068605 W EP 2011068605W WO 2013060356 A1 WO2013060356 A1 WO 2013060356A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
message
terminal
policy
information
Prior art date
Application number
PCT/EP2011/068605
Other languages
English (en)
Inventor
Susana Fernandez Alonso
Fabian Castro Castro
Irene Martin Cabello
Emiliano Merino Vazquez
Original Assignee
Telefonaktiebolaget L M Ericsson (Publ)
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 Telefonaktiebolaget L M Ericsson (Publ) filed Critical Telefonaktiebolaget L M Ericsson (Publ)
Priority to PCT/EP2011/068605 priority Critical patent/WO2013060356A1/fr
Publication of WO2013060356A1 publication Critical patent/WO2013060356A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS

Definitions

  • the present invention relates to policy control in a telecommunications network.
  • Background Modern telecommunications networks provide services to their users based on data packet communications.
  • One or more packet data flows are established between the parties involved in a communication, with the flows conveying data packets which themselves containing signaling or user information exchanged between the parties.
  • IP Internet Protocol
  • IMS Internet Multimedia Subsystem
  • 3GPP Specification TS 23.228 v1 1 .1 .0 which provides a Multimedia Telephony service (MMTel).
  • MMTel Multimedia Telephony service
  • FIG. 1 of the accompanying drawings illustrates schematically a telecommunications network architecture including a General Packet Radio Service (GPRS) access network and an IP Multimedia Subsystem (IMS).
  • the IP Multimedia Subsystem is the technology defined by the Third Generation Partnership Project (3GPP) to provide IP multimedia services over telecommunication networks, including mobile (wireless) or fixed (wired) access. IP multimedia services can provide a dynamic combination of voice, video, messaging, data, etc. within the same session.
  • the IMS makes use of the Session Initiation Protocol (SIP) to set up and control calls or sessions between user terminals.
  • SDP Session Description Protocol
  • SIP Session Description Protocol
  • managing of communications of user terminals (user equipment, UE; not shown in the figure) that connect to the network of Figure 1 can be considered as held at three layers (or planes).
  • the lowest layer (illustrated in the figure as Connectivity Layer 1 ), is also referred to as the bearer or user plane, and provides the connectivity means through which signals are directed to/from UEs accessing the network.
  • IP-Connectivity Access Network IP-CAN
  • a GPRS network is an example of a IP-CAN network and, apart of the radio access nodes, includes various GPRS Support Nodes (GSNs), such as Gateway GPRS Support Nodes (GGSN) and Serving GPRS Support Nodes (SGSN).
  • GSNs GPRS Support Nodes
  • GGSN Gateway GPRS Support Nodes
  • SGSN Serving GPRS Support Nodes
  • a GGSN e.g. GGSN 2a
  • a middle layer (illustrated in the figure as Control Layer 4) implements control functions relating to the signals held by the IP-CAN network.
  • part of these functions can be implemented by SGSNs and GGSNs of said IP-CAN network, and relate to the processing of signals received from, or addressing to, a UE that connects through the IP-CAN network (e.g. bearer establishment, bearer termination, etc).
  • a UE that connects through the IP-CAN network
  • there can be further servers managing high-layer aspects of said communication illustrated in the figure by an Application Layer 6 comprising one or more Application Servers 7).
  • the IMS subsystem 3 includes a core network 3a and a service network 3b.
  • the IMS core network 3a includes nodes that send/receive signals to/from nodes in the IP-CAN network (e.g. via the GGSN 2a).
  • the IMS 3 comprises network nodes (known as Call Session Control Functions, CSCFs, which operate as SIP proxies, and which are arranged to communicate with nodes of an IP- CAN network that perform connectivity and control functions (e.g. with a GGSN, 2a).
  • CSCFs Call Session Control Functions
  • the 3GPP architecture defines three types of CSCFs: the Proxy CSCF (P-CSCF) which is the first point of contact within the IMS for a SIP terminal; the Serving CSCF (S-CSCF) which provides services to the user that the user is subscribed to; and the Interrogating CSCF (l-CSCF) whose role is to identify the correct S-CSCF and to forward to that S-CSCF a request received from a SIP terminal via a P-CSCF.
  • Application Servers (AS) 7 can be provided for implementing some of IMS service functionality. For example, an AS 7 can receive and process signaling related to a UE (i.e.
  • the 3GPP Specification 3GPP TS 23.203 v1 1 .2.0 discloses a "Policy and Charging Control" (PCC) architecture, which provides solutions in a telecommunications network for (first) determining the rules governing QoS aspects of a data packet based communication between a user terminal (UE) and any other party, and (then) for the enforcement of the QoS rules.
  • PCC Policy and Charging Control
  • PCRF Policy and Charging Rules Function
  • PCEF Policy and Charging Enforcement Function
  • BBERF Bearer Binding and Event Reporting Function
  • a PCRF is a PCC rules decision node
  • a PCEF or a BBERF are functional entities implemented in gateway nodes routing media of the related bearer(s) and enforcing said PCC rules; e.g. a GGSN or a Packet Data Network Gateway (PDN-GW, also referred herein as PGW) can implement PCEF functions.
  • PGW Packet Data Network Gateway
  • Figure 2 of the accompanying drawings is taken from 3GPP specification TS 23.203.
  • Figure 2 shows an overall PCC logical architecture, in the case of non-roaming UEs when SPR is used, and is derived from Figure 5.1 -1 of 3GPP TS 23.203.
  • Figure 5.1 -2 of 3GPP TS 23.203 which shows an overall PCC logical architecture (non-roaming) when UDR is used
  • Figure 5.1 -3 of 3GPP TS 23.203 which shows an overall PCC architecture (roaming with home routed access) when SPR is used
  • Figure 5.1 -4 of 3GPP TS 23.203 which shows an overall PCC architecture for roaming with PCEF in a visited network (local breakout) when SPR is used.
  • 3GPP TS 23.203 specifies the PCC functionality for Evolved 3GPP Packet Switched domain, including both 3GPP accesses and non-3GPP accesses.
  • the AF and PCRF functional elements in Figure 2 have been marked with hatching not present in Figure 5.1 -1 of 3GPP TS 23.203, and the significance of this will be explained below.
  • the PCEF interacts with the Online Charing System (OCS) over an interface known as the Gy interface.
  • OCS Online Charing System
  • the PCEF also interacts with the PCRF over an interface known as the Gx interface.
  • the BBERF performs so- called bearer management in the Access Network, and carries out event reporting to the PCRF over an interface known as the Gxx interface.
  • the BBERF interacts with the PCEF via an interface known as the S5/S8 interface that is based on the Proxy Mobile IP (PMIP) protocol.
  • PMIP Proxy Mobile IP
  • the PCRF is a functional element that encompasses policy control decision and flow based charging control functionalities, it provides network control regarding the service data flow detection, gating, QoS and flow based charging (except credit management), towards the PCEF.
  • the PCRF receives session and media related information from the AF and informs AF of traffic plane events.
  • the PCRF provisions PCC Rules to the PCEF via the Gx reference point and may also provision QoS Rules to the BBERF via the Gxx reference point (for deployments based on PMIP/DSMIP protocol in the core network).
  • the PCRF informs the PCEF through the use of PCC rules on the treatment of each service data flow that is under PCC control, in accordance with the PCRF policy decision(s).
  • the PCEF encompasses service data flow detection (based on the filters definitions included in the PCC rules), as well as online and offline charging interactions (not described here) and policy enforcement. Since the PCEF is the one handling the bearers, it is where the QoS is enforced for the bearer according to the QoS information coming from the PCRF.
  • the Application Function is an element offering applications in which service is delivered in a different layer (i.e. transport layer) from the one the service has been requested (i.e. signaling layer), the control of IP bearer resources according to what has been negotiated.
  • a different layer i.e. transport layer
  • P-CSCF IP Multimedia Subsystem
  • IMS IP Multimedia Subsystem
  • P-CSCF IP Multimedia Subsystem
  • the AF communicates with the PCRF to transfer dynamic session information (i.e. description of the media to be delivered in the transport layer). This communication is performed using the Rx interface.
  • the PCRF decides policies relating to the quality of the media to be allocated for voice, video, instant messaging, picture sharing, white board, etc., which results, for example, in the establishment of dedicated bearer(s) with guaranteed bit rate (GBR) or non guaranteed bit rate (non GBR), also about packet forwarding treatment in the Radio Access Network (RAN) by means of determining the quality of service (QoS) Class Identifier (QCI).
  • GLR guaranteed bit rate
  • non GBR non guaranteed bit rate
  • QoS quality of service
  • QoS quality of service
  • These policies are communicated from the PCRF to one or more gateways implementing enforcing capabilities (e.g. gateways implementing PCEF or BBERF functionalities according to 3GPP PCC terminology) to be enforced therein in relationship with data flows originating and/or terminating in a given communication
  • the PCRF also decides at the packet core control plane if the bearer to be established and maintained has priority over other bearers for the same of different users, providing the allocation and retention priority information (ARP), which contains a level of priority (i.e. how important is the bearer compared to other bearers) and a pre-emption capability and vulnerability (i.e. if a bearer with lower priority is allowed to be torn down in favour of a bearer with higher priority).
  • ARP allocation and retention priority information
  • an Application Function e.g. P-CSCF
  • P-CSCF Packet Control Function
  • SDFs Service Data Flows
  • ARP/QCI QoS information
  • the PCEF checks if an existing bearer can be used for the SDFs (that is, a bearer already exists with the same ARP/QCI value) or if a new bearer is to be established. If a new bearer is to be established, the value of the ARP reflects how important is this bearer in relation to other bearers at the packet core network (IP CAN bearers) and RAN network (Radio Access Bearer or RAB).
  • IP CAN bearers IP CAN bearers
  • RAB Radio Access Bearer
  • a telecommunications network can, according to the state of the art, comprise: policy control function apparatuses for determining policies for data flows relating to services between end points (such as PCRFs in a PCC compliant architecture), gateways apparatuses for enforcing said policies (such as gateways implementing PCEF or BBERF functionality in a PCC compliant architecture), and application function apparatuses mediating and processing messages related to services between terminals and which can interface with policy control servers for the sake of determining these policies (such as AFs in a PCC compliant architecture, ne example of which is a P-CSCF of the IMS).
  • policy control function apparatuses for determining policies for data flows relating to services between end points (such as PCRFs in a PCC compliant architecture), gateways apparatuses for enforcing said policies (such as gateways implementing PCEF or BBERF functionality in a PCC compliant architecture), and application function apparatuses mediating and processing messages related to services between terminals and which can interface with policy control servers
  • the AF/P-CSCF illustrated on the left is the application function associated with the terminal originating the service (initiator terminal on the left of the figure), and the AF/P- CSCF illustrated on the right is the application function being associated with the terminal terminating the service (recipient terminal on the right of the figure).
  • the PCRF illustrated on the left represents a policy control server associated with the terminal on the left, which is assigned to determine at least one policy to be applied to the data flow(s) relating a service involving said terminal in a data session with the telecom network.
  • the PCRF illustrated on the right represents similar functionality with respect to its associated terminal on the right.
  • the PCEFs represent, respectively, the gateway nodes that gets associated (e.g. by roaming procedures) with, respectively, the terminal on the left and the terminal on the right for routing their sent/received data flows, and which are respectively assigned to enforce a policy received from the -respective- PCRFs on said flows.
  • the nodes implementing any of these functionalities are usually assigned dynamically by telecommunications network.
  • document 3GPP TS 23.203 discloses in chapter 7.6 selection principles to associate a PCRF to a terminal for a data session
  • document 3GPP TS.228 discloses in chapter selection principles to associate a P-CSCF (i.e. an example of AF) to a terminal for a data session.
  • P-CSCF i.e. an example of AF
  • Step 1 of Figure 3 User A initiates an originating service.
  • the service is a voice call as indicated in the SDP offer (audio media with offered codecs) included by the terminal.
  • Steps 2 to 3 of Figure 3 The request is sent to user B by the IMS and EPC network.
  • Steps 4 to 6 of Figure 3 User B is alerted. User A receives a ringing tone.
  • Steps 7 to 9 of Figure 3 User B answers to accept the service.
  • the terminal indicates in the SDP answer which are the preferred codecs (from those offered by user A) to be used for the audio.
  • Steps 10 to 15 of Figure 3 Both P-CSCFs originating and terminating establish an AF session for the service by sending an Rx-AAR message.
  • This AAR (AA-Request) message can include an identifier identifying the service being held by the AF (e.g. IMS voice), information about the codecs negotiated by the terminals (e.g. taken from the SDP signaling) and the flow information (to allow IP traffic and media streaming from A- >B and B->A).
  • Steps 16 to 21 of Figure 3 Both PCRF originating and terminating determine the quality of service (QoS) and charging required based on the information received from the P-CSCF and the subscription data for related users.
  • QoS quality of service
  • the present applicant has identified the following problem with the above-described approach.
  • the required bearers are established in accordance with the PCC rule(s) received. If both users have the same type of subscription, there is no possibility of treating each leg of the call differently by the PCRF, that is, if user A subscribed for a certain QoS or a special charging rate only for originating services, since the PCRF is not aware of the network he belongs to (originating/terminating; i.e. the PCRF does not know whether the user initiated the service or simply received an invitation for a service, in this case, a voice call), this information is required in order to take policy decisions and select different PCC rules. Enforcing a certain QoS for a data flow (i.e.
  • QoS parameters such as ARP and/or QCI
  • ARP and/or QCI implies the involved node(s) to commit their processing and communication resources so as to fulfil with it. These resources are, however, limited by the technical capabilities of the node(s). In any case, a higher QoS assigned to a data flow will act to the detriment of another data flow(s) with a lower assigned QoS.
  • the PCRF e.g. P-CSCF
  • the AF provides, in addition to the existing service information and in a clear manner, whether it is an originating service request or a terminating service request. This allows adapting QoS policies according to flexible criteria in a PCC architecture, which takes into whether the concerned (i.e.
  • a method for use in a telecommunications network in such a context.
  • a first message is received at an application function.
  • the first message relates to a service involving the establishment of a data flow between a first terminal and a second terminal.
  • the application function is associated with the first terminal for the service.
  • a second message is sent from the application function to a policy control function.
  • the policy control function is associated with the first terminal for the service.
  • the policy control function is assigned to determine at least one policy to be applied to the data flow.
  • the second message comprises first information relating to at least one characteristic of the service that is common with respect to the first and second devices.
  • the second message also comprises second information relating to (or specifying) (a) whether the service is an originating or terminating service with respect to the first terminal, or (b) whether the first terminal is to be considered as an initiator of the service or a recipient of the service; these can be regarded as being equivalent.
  • the second message is received at the policy control function.
  • the second message comprises the first and second information.
  • At least one policy is determined at the policy control function based on the first and second information received in the second message.
  • a third message is sent from the policy control function to a gateway node.
  • the gateway node is associated with the first terminal for the service.
  • the gateway node is assigned to enforce at least one policy to the data flow.
  • the third message comprises the at least one determined policy.
  • a first message is received, the first message relating to a service involving the establishment of a data flow between a first terminal and a second terminal.
  • the application function is associated with the first terminal for the service.
  • a second message is sent to a policy control function, the policy control function being associated with the first terminal for the service and assigned to determine at least one policy to be applied to the data flow.
  • the second message comprises first information relating to at least one characteristic of the service that is common with respect to the first and second devices, and second information relating to (or specifying) (a) whether the service is an originating or terminating service with respect to the first terminal, or equivalently (b) whether the first terminal is to be considered as an initiator of the service or a recipient of the service.
  • Performance of these steps at the application function enables the policy control function to determine at least one policy based on the first and second information and to send the at least one determined policy to a gateway node associated with the first terminal for the service and assigned to enforce at least one policy to the data flow.
  • a second message is received from an application function associated with a first terminal for a service involving the establishment of a data flow between the first terminal and a second terminal.
  • the application function will have previously received a first message relating to the service; for example, a message requesting the service or a message acknowledging the service.
  • the policy control function is associated with the first terminal for the service and assigned to determine at least one policy to be applied to the data flow.
  • the second message comprises first information relating to at least one characteristic of the service that is common with respect to the first and second devices, and second information relating to (or specifying) (a) whether the service is an originating or terminating service with respect to the first terminal, or equivalently (b) whether the first terminal is to be considered as an initiator of the service or a recipient of the service.
  • At least one policy is determined based on the first and second information received in the second message.
  • a third message is sent to a gateway node.
  • the gateway node is that associated with the first terminal for the service and assigned to enforce at least one policy to the data flow.
  • the third message comprises the at least one determined policy.
  • the apparatus comprises means for receiving (or a receiver / unit / portion / processor / circuitry configured or adapted to receive) a first message, the first message relating to a service involving the establishment of a data flow between a first terminal and a second terminal, and the application function being associated with the first terminal for the service.
  • the apparatus comprises means for sending (or a transmitter / unit / portion / processor / circuitry configured or adapted to send) a second message to a policy control function, the policy control function being associated with the first terminal for the service and assigned to determine at least one policy to be applied to the data flow, and the second message comprising first information relating to at least one characteristic of the service that is common with respect to the first and second devices, and second information relating to (or specifying) (a) whether the service is an originating or terminating service with respect to the first terminal, or equivalently (b) whether the first terminal is to be considered as an initiator of the service or a recipient of the service. Operation of these means enable the policy control function to determine at least one policy based on the first and second information and to send the at least one determined policy to a gateway node associated with the first terminal for the service and assigned to enforce at least one policy to the data flow.
  • An apparatus is also disclosed herein that is configured to implement the above- described policy control function.
  • the apparatus comprises means for receiving (or a receiver / unit / portion / processor / circuitry configured or adapted to receive) a second message from an application function associated with a first terminal for a service involving the establishment of a data flow between the first terminal and a second terminal, the application function having previously received a first message relating to the service, the policy control function being associated with the first terminal for the service and assigned to determine at least one policy to be applied to the data flow, and the second message comprising first information relating to at least one characteristic of the service that is common with respect to the first and second devices, and second information relating to (or specifying) (a) whether the service is an originating or terminating service with respect to the first terminal, or equivalently (b) whether the first terminal is to be considered as an initiator of the service or a recipient of the service.
  • the apparatus comprises means for determining (or a unit / portion / processor / circuitry configured or adapted to determine) at least one policy based on the first and second information received in the second message.
  • the apparatus comprises means for sending (or a transmitter / unit / portion / processor / circuitry configured or adapted to send) a third message to a gateway node, the gateway node being associated with the first terminal for the service and assigned to enforce at least one policy to the data flow, the third message comprising the at least one determined policy.
  • the at least one characteristic may comprise an identifier of the service.
  • the at least one characteristic may comprise a media type for the service.
  • the at least one characteristic may comprise codec information for the service.
  • the second message may be sent in first and second separate parts respectively comprising the first and second information.
  • the second message may in fact comprise two messages sent separately.
  • the second terminal may be associated for the service with a different application function, policy control function and gateway node to the first terminal.
  • the application function, policy control function and gateway node associated with the first terminal may be in a first network, while the application function, policy control function and gateway node associated with the second terminal may be in a second network different to the first network.
  • the application function, policy control function and gateway node associated with the first terminal can be considered as being in the originating network
  • the application function, policy control function and gateway node associated with the second terminal can be considered as being in the terminating network.
  • the telecommunications network may comprise a 3GPP Policy and Charging Control, PCC, architecture.
  • the gateway node may be configured to implement a Policy and Charging Enforcement Function, PCEF.
  • the application function may be configured to implement an Application Function, AF.
  • the policy control function may be configured to implement a Policy and Charging Rules Function, PCRF.
  • the first message may be a SIP Invite message.
  • the second message may be a Diameter AAR message.
  • the third message may be a Diameter RAR message.
  • the third message may be a Diameter CCA message.
  • the second information may be carried in an attribute-value-pair, AVP, separate from any AVP for the first information.
  • the second information may be carried in the same AVP as the first information.
  • the at least one policy may comprise a quality of service (QoS) policy.
  • the at least one policy may comprise a gating policy.
  • the at least one policy may comprise a charging policy.
  • Either or both of the first and second terminals may be a user terminal, such as a User Equipment or UE, or any other kind of device able to initiate or terminate a service, for example a streaming server.
  • a user terminal such as a User Equipment or UE, or any other kind of device able to initiate or terminate a service, for example a streaming server.
  • the program may be carried on a carrier medium.
  • the carrier medium may be a storage medium.
  • the carrier medium may be a transmission medium.
  • An apparatus programmed by such a program is also provided.
  • a storage medium containing such a program is also provided.
  • An embodiment of the present invention offers a technical advantage of addressing the issue mentioned above relating to the prior art.
  • Technical advantages are set out in more detail below.
  • FIG. 1 illustrates schematically the integration of an IP Multimedia Subsystem into a 3G telecommunications system
  • Figure 2 also discussed hereinbefore, illustrates an overall PCC logical architecture (non-roaming), and is derived from Figure 5.1 -1 of 3GPP TS 23.203;
  • Figure 3 also discussed hereinbefore, is a signalling or message exchange diagram illustrating a previously-considered end-to-end use case for the establishment of a voice call over IMS;
  • Figure 4 is a schematic flowchart illustrating the steps performed in an embodiment of the present invention by an Application Function and a Policy Control Function;
  • Figure 5 is a schematic block diagram illustrating parts of an Application Function and a Policy Control Function embodying the present invention.
  • Figure 6 is a signalling or message exchange diagram illustrating operation according to a specific embodiment of the present invention, in the context of establishment of a voice call over IMS (corresponding to Figure 3). Detailed description
  • Figure 4 is a schematic flowchart illustrating the steps performed by an Application Function 10 and Policy Control Function 20.
  • Figure 5 is a schematic block diagram illustrating parts of the Application Function 10 and a Policy Control Function 20.
  • the proposed scheme relates to a service which involves the establishment of a data flow between a first terminal and a second terminal, and in particular relates to the determination of at least one policy which is to be applied to the data flow.
  • the Application Function 10 is that associated with the first terminal for the service.
  • the Policy Control Function 20 is that associated with the first terminal for the service and assigned to determine at least one policy (such as quality of service policy, a gating policy, or a charging policy) to be applied to the data flow.
  • the Application Function 10 comprises a Receiver R1 , a Processor P2, a Transmitter T3, and Memory M10.
  • the Policy Control Function 20 comprises a Receiver R4, a Processor P5, a Transmitter T6, and Memory M20.
  • a first message is received at the Application Function 10 by the Receiver R1 .
  • the first message relates to a service between a first and a second terminal.
  • the first message can relate to an initial request for a service (e.g. a "SIP INVITE" message).
  • step S2 the Processor P2 of the Application Function 10 determines from the content of the message first information relating to at least one characteristic of the service that is common with respect to the first and second devices.
  • the at least one characteristic may comprise one or more of an identifier of the service, a media type for the service, and codec information for the service.
  • Step S2 may involve communicating with other nodes or devices to determine some of these characteristics (for example the media types for the service may need to be negotiated between those devices involved in the service).
  • the first information can be considered to relate to at least one characteristic of the service that is common with respect to the first and second devices because the at least one characteristic is the same (common) for the first and second terminals; for example the identifier of the service is the same when viewed from the first device and the second device, as are the media types agreed between those two devices for the service.
  • the at least one characteristic does not depend on whether the service is an originating or terminating service with respect to the first terminal, or whether the first terminal can be considered as an initiator of the service or a recipient of the service; these can be regarded as being equivalent.
  • the Processor P2 also determines second information relating to (a) whether the service is an originating or terminating service with respect to the first terminal, or, in other words, (b) whether the first terminal is to be considered as an initiator of the service or a recipient of the service; these can be regarded as being equivalent.
  • the second information can be considered not to relate to a characteristic of the service that is common with respect to the first and second devices, because it relates to a characteristic of the service that is different for the first and second terminals: from the point of view of one of the terminals the service is an originating service (characteristic: "originating” or "initiator"), while for the other of the terminals it is a terminating service (characteristic: "terminating" or "recipient”).
  • the AF determines that the terminal sending a "SIP INVITE" message is to be considered the initiator of the service, and that the terminal to which the "SIP INVITE" is addressed is the recipient of the service.
  • a P-CSCF i.e.
  • a second message is sent by the Transmitter T3 from the Application Function 10 to the Policy Control Function 20.
  • the second message comprises the first information and the second information determined in step S2.
  • the second message comprising the first and second information, is received at the Policy Control Function 20 by the Receiver R4. It will be appreciated that the first and second information could in another embodiment be sent in separate messages.
  • step S5 the Processor P5 of the Policy Control Function 20 determines at least one policy based on the first and second information received in the second message.
  • step S6 the transmitter T6 sends a third message from the Policy Control Function 20 to a gateway node.
  • the third message comprises the at least one determined policy.
  • the gateway node is associated with the first terminal for the service.
  • the gateway node is assigned to enforce at least one policy to the data flow.
  • the gateway node On receipt of the third message, with the at least one determined policy, the gateway node is able to enforce the at least one policy to the data flow.
  • operation of one or more of the above-described components could be controlled or provided at least in part by a program operating on the device or apparatus.
  • a program could, for example, be stored in Memory M10 of the Application Function 10, and accessed by the Processor P2.
  • the Processor P2 could operate to control the Receiver R1 and Transmitter T3.
  • a program could, for example, be stored in Memory M20 of the Policy Control Function M20, and accessed by the Processor P5.
  • the Processor P5 could operate to control the Receiver R4 and Transmitter T6.
  • the function of several depicted components may in fact be performed by a single component.
  • a single processor or processing unit may be arranged to perform the function of multiple components.
  • Such an operating program can be stored on a computer-readable medium, or could, for example, be embodied in a signal such as a downloadable data signal provided from an Internet website.
  • the appended claims are to be interpreted as covering an operating program by itself, or as a record on a carrier, or as a signal, or in any other form.
  • an embodiment of the present invention may comprise: (1 ) modifying the "Rx" interface (i.e. the interface between the AF and the PCRF) in respect to novel contents of the messages sent from an Application Function (AF), such as a Proxy Call Session Control Function (P-CSCF), to a PCRF in relationship to data flows concerning an application service where the UE is involved; (2) the PCRF deciding QoS policies for these flows based on the novel information received from the AF; and
  • AF Application Function
  • P-CSCF Proxy Call Session Control Function
  • an AF i.e. the AF associated to a UE for a service
  • a PCRF i.e. the PCRF assigned to decide QoS policies for said UE in respect to said service
  • the PCRF decides one or more QoS parameters determining a QoS policy for the service data flows according to the originating/terminating information received from the AF, and sends a message to the PCEF that is associated to the UE for enforcing QoS policies for data flows relating to the UE, which message comprises the decided QoS parameters, so that the corresponding QoS policy is subsequently enforced with respect to data flows relating to the UE and the service according to the QoS parameters received from the PCRF.
  • the PCRF at reception of a message (e.g. a Diameter AAR message) sent from an AF is usually provided with the following kind of information:
  • An identifier e.g. an AF-Application Identifier AVP
  • An identifier that identifies the service being held by the AF and for which the message is sent to the PCRF. For example, in the case of MMTel service it is fetched from the SIP header P-Asserted-Service (3gpp.icsi.mmtel) included in the SIP request, which indicates IMS Multimedia Telephony Communication Service.
  • the "codec-data" AVP (which is an AVP that can be included within an optional "Media-Component- Description" AVP conveyed in a Diameter AAR message with respect to a flow) can specify, with respect to a codec negotiated via SPD protocol by a terminal for a flow (either, as an "offer", or as an “answer” to an “offer"), whether it is "uplink” or "downlink”; wherein “uplink” indicates that the SDP message conveying information of said codec was received by the AF from the terminal and sent to the network (i.e. towards the counterpart terminal), and wherein “downlink” indicates that the SDP message conveying information of said codec was received by the AF from the network (i.e. as received from the counterpart terminal) and sent to the terminal.
  • uplink indicates that the SDP message conveying information of said codec was received by the AF from the terminal and sent to the network (i.e. towards the counterpart terminal)
  • “downlink” indicates that the SDP message convey
  • a terminal initiating a MMTel/IMS service is not forced to include an SDP offer (and, thus can wait for the terminating terminal to send the SDP offer); which disassociates the meaning of "uplink” or "downlink” for the codec/s of a data flow from, respectively, initiating or terminating the service.
  • the AF may not include flow information at all, since it is not required to do so.
  • information about a flow originating from (or terminated by) a terminal in relationship to a service i.e. if the flow is "uplink” or “downlink” with respect to the terminal
  • this information does not necessarily imply that the terminal was the one initiating (or terminating) the service to which the flow relates.
  • An embodiment of the present invention proposes to enhance the information sent from the AF to the PCRF, including an explicit indication of whether the request is received in the originating or in the terminating network, that is, whether the user is the initiator or the recipient of the service. This indication corresponds to the second information described above with reference to Figures 4 and 5.
  • An embodiment of the present invention proposes to pass this information to the PCRF with a new parameter/indicator or extending the range of values of an existing parameter. The PCRF may use this information to take the policy decisions, for example, to determine the proper rules or QoS.
  • the PCRF Upon reception of the information about the network in which the user is located, the PCRF would check whether the policies to be applied are different depending on whether this is an originating or terminating request.
  • Figure 6 is a signalling or message exchange diagram illustrating operation according to an embodiment of the present invention in the context of the PCC architecture. Since Figure 6 corresponds generally to Figure 3 discussed hereinbefore, a detailed discussion of the steps shown is not required; instead, emphasis is placed herein on any differences between Figures 6 and 3.
  • An Originating Network N-A comprises a Terminal 40-A, a PCEF 30-A, PCRF 20-A and AF 10-A.
  • a Terminating Network N-B comprises a Terminal 40-B, a PCEF 30-B, PCRF 20-B and AF 10-B.
  • the technique illustrated in Figures 4 and 5 applies separately to the corresponding nodes in both the Originating Network N-A and the Terminating Network N-B.
  • the first terminal as described with reference to Figures 4 and 5 corresponds to the Terminal 40-A, with the second terminal corresponding to the Terminal 40-B.
  • the Application Function 10 as described with reference to Figures 4 and 5 corresponds to the AF (P-CSCF) 10-A.
  • the Policy Control Function 20 as described with reference to Figures 4 and 5 corresponds to the PCRF 20-A.
  • the gateway node as described with reference to Figures 4 and 5 corresponds to the PCEF 30-A.
  • the first terminal as described with reference to Figures 4 and 5 corresponds to the Terminal 40-B, with the second terminal corresponding to the Terminal 40-A.
  • the Application Function 10 as described with reference to Figures 4 and 5 corresponds to the AF (P-CSCF) 10-B.
  • the Policy Control Function 20 as described with reference to Figures 4 and 5 corresponds to the PCRF 20-B.
  • the gateway node as described with reference to Figures 4 and 5 corresponds to the PCEF 30-B.
  • both P-CSCFs 10 originating and terminating establish an AF session for the service by sending an Rx-AAR message, but in addition to the current information conveyed (first information), the P-CSCF 10 includes the direction of the request, that is, User A initiates the service and User B receives the service, so that the PCRF 20 can use this indication (second information) in the policy and charging evaluation (e.g. user is not charged when receiving a call, accumulators for IP traffic are only incremented when the service is initiated, a different quality of service is applied if a voice call is received when roaming, etc.).
  • first information the P-CSCF 10 includes the direction of the request, that is, User A initiates the service and User B receives the service, so that the PCRF 20 can use this indication (second information) in the policy and charging evaluation (e.g. user is not charged when receiving a call, accumulators for IP traffic are only incremented when the service is initiated, a different quality of service is applied if a voice call is received when roaming
  • the first alternative comprises including a new attribute-value-pair (AVP) in the AAR message for conveying explicitly a value for the new information (i.e. a new AVP whose contents establish whether the content of the AAR message concerns to an "originating" or to a "terminating" service).
  • AVP attribute-value-pair
  • the second alternative comprises including in the AAR message the new kind of information added to, or embedded within, the already existing AVP named "Service- Info-Status"; either: as a new value or as a sub-structured value (e.g.: "FINAL SERVICE INFORMATION-Originating/ or/Terminating", or "PRELIMINARY SERVICE INFORM ATION-/Originating/o ⁇ /Terminating"), so that whether the AAR message concerns to an "originating" or to a "terminating" service is expressed independently on if said message relates to a "final -or- preliminary service information".
  • the QoS parameters which are decided by the PCRF and which are transmitted therefrom to the PCEF (i.e.
  • the QoS parameters which are decided by the PCRF and which transmitted to the PCEF comprise at least one of: "Allocation and Retention Priority” (ARP) parameter, and "QoS Class Identifier” (QCI) parameter.
  • ARP Address and Retention Priority
  • QCI QoS Class Identifier
  • the RAR message corresponds to the third message of Figures 4 and 5.
  • a request message e.g. a CCR message
  • the PCRF 20 is received by the PCRF 20 from the PCEF 30 (e.g. in cases where the bearer establishing mode is initiated by the UE), and the reply to that request from the gateway (e.g. a CCA message) could also then count as the third message of Figures 4 and 5.
  • This (non illustrated) embodiment can take place in a terminal-initiated bearer. Two examples use cases will now be described where an enhancement proposed according to an embodiment of the present invention applies.
  • the first example use case relates to notification of an incoming call in a low coverage area.
  • some operators may be interested in applying a different QoS at the originating and terminating side.
  • the network does not know at this stage whether or not the user is reachable, which means that the network does not know yet whether or not UE paging is going to succeed.
  • An operator may be interested in offering special paging (e.g. a "powerful" paging) to those users willing to be notified about an incoming call even if they are in a low coverage area (e.g. inside of a building, in a parking lot), so that they can step outside to recover coverage and take the incoming call.
  • special paging e.g. a "powerful" paging
  • the operator wants the terminating network to perform a "powerful" paging only for those users paying for this terminating service.
  • the second example use case relates to wake-up services, where a user can activate a service on demand (via Ut interface used for MMTel) so that at a given time the user receives information considered of importance (e.g. wake up video call from a streaming server), or instant messages which are required not to be delayed or lost even if the network is congested.
  • information considered of importance e.g. wake up video call from a streaming server
  • instant messages which are required not to be delayed or lost even if the network is congested.

Abstract

La présente invention concerne un procédé à utiliser dans un réseau de télécommunications. Un premier message est reçu (S1) dans une fonction d'une application (10). Le premier message concerne une demande pour un service impliquant l'établissement d'un flux de données entre un premier terminal et un second terminal. La fonction de l'application (10) est associée au premier terminal en vue du service. Un deuxième message est envoyé (S3) de la fonction de l'application (10) à une fonction de commande de politique (20). La fonction de commande de politique (20) est associée au premier terminal en vue du service. La fonction de commande de politique (20) est assignée afin de déterminer au moins une politique à appliquer au flux de données. Le deuxième message comprend des premières informations concernant au moins une caractéristique du service qui est commun aux premier et second dispositifs. Le deuxième message comprend également des secondes informations précisant (a) si le service est un service déclencheur ou un service final en ce qui concerne le premier terminal, ou (b) si le premier terminal doit être considéré comme un initiateur du service ou un destinataire du service ; on peut considérer que ces deux points sont équivalents. Le deuxième message est reçu (S4) par la fonction de commande de politique (20). Le deuxième message comprend les premières et secondes informations. Au moins une politique est déterminée (S5) par la fonction de commande de politique (20) sur la base des premières et secondes informations reçues dans le deuxième message. Un troisième message est envoyé (S6) par la fonction de commande de politique (20) à un nœud passerelle. Le nœud passerelle est associé au premier terminal en vue du service. Le nœud passerelle est assigné pour appliquer au moins une politique sur le flux de données. Le troisième message comprend au moins la politique déterminée.
PCT/EP2011/068605 2011-10-25 2011-10-25 Procédé et appareil relatifs à une commande de politique dans un réseau de télécommunications WO2013060356A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/EP2011/068605 WO2013060356A1 (fr) 2011-10-25 2011-10-25 Procédé et appareil relatifs à une commande de politique dans un réseau de télécommunications

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2011/068605 WO2013060356A1 (fr) 2011-10-25 2011-10-25 Procédé et appareil relatifs à une commande de politique dans un réseau de télécommunications

Publications (1)

Publication Number Publication Date
WO2013060356A1 true WO2013060356A1 (fr) 2013-05-02

Family

ID=44863023

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2011/068605 WO2013060356A1 (fr) 2011-10-25 2011-10-25 Procédé et appareil relatifs à une commande de politique dans un réseau de télécommunications

Country Status (1)

Country Link
WO (1) WO2013060356A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018032350A1 (fr) * 2016-08-16 2018-02-22 Telefonaktiebolaget Lm Ericsson (Publ) Procédé et noeud de communication entre une fonction de commande de noyau de nouvelle génération et une fonction de commande de politique de génération suivante

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007079773A1 (fr) * 2006-01-10 2007-07-19 Telefonaktiebolaget L M Ericsson (Publ) Procede et dispositifs de filtrage de paquet de donnees dans une transmission
WO2010019230A2 (fr) * 2008-08-13 2010-02-18 Alcatel-Lucent Usa Inc. Détection de perte de porteuse dans une session multimédia par ip

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007079773A1 (fr) * 2006-01-10 2007-07-19 Telefonaktiebolaget L M Ericsson (Publ) Procede et dispositifs de filtrage de paquet de donnees dans une transmission
WO2010019230A2 (fr) * 2008-08-13 2010-02-18 Alcatel-Lucent Usa Inc. Détection de perte de porteuse dans une session multimédia par ip

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CALHOUN G ZORN CISCO SYSTEMS INC D SPENCE CONSULTANT D MITTON CIRCULAR NETWORKS P: "Diameter Network Access Server Application; rfc4005.txt", 20050801, 1 August 2005 (2005-08-01), XP015041994, ISSN: 0000-0003 *
CAMIANT ET AL: "Update to the signaling flows text to allow the PCRF to respond to the AF after initial interaction with the PCEF", 3GPP DRAFT; C3-070740, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. CT WG3, no. Vienna; 20070813, 13 August 2007 (2007-08-13), XP050032378 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018032350A1 (fr) * 2016-08-16 2018-02-22 Telefonaktiebolaget Lm Ericsson (Publ) Procédé et noeud de communication entre une fonction de commande de noyau de nouvelle génération et une fonction de commande de politique de génération suivante
US11096035B2 (en) 2016-08-16 2021-08-17 Telefonaktiebolaget Lm Ericsson (Publ) Method and node for communication between next generation core control function and next generation policy control function

Similar Documents

Publication Publication Date Title
US9503483B2 (en) Method and apparatuses for identifying and reporting quality of service rules applicable to a communication session
US9294902B2 (en) Policy and charging control method, servers and computer programs therefor
EP2664181B1 (fr) Support de porteurs multiples dans des situations de congestion
US9369291B2 (en) Handling communication sessions in a communications network
US10511512B2 (en) Dynamic content filtering of data traffic in a communication network
US8442522B2 (en) Detection and report of limited policy and charging control capabilities
EP2709338B1 (fr) Commande d'installation de filtrage de paquet dans un équipement utilisateur
JP5755248B2 (ja) サービスの品質を動的に制御するための方法およびシステム
US8572258B2 (en) Control of quality-of-service preconditions in an IP multimedia subsystem
US20100186064A1 (en) Method and device for obtaining capabilities of policy and charging enforcement function
EP2727433B1 (fr) Procédé; appareils et programme informatique de gestion de ressources relatives à un support
US20130217422A1 (en) System and method for enhanced paging and quality of service establishment in mobile satellite systems
EP2406928B1 (fr) Régulation du trafic par sous-système multimedia sous ip
CN103119981B (zh) 服务质量控制方法和设备
KR20090019820A (ko) 원격통신 서비스들에 대한 서비스 품질 및/또는 서비스 요금의 제어를 허용하는 방법
WO2014183796A1 (fr) Procédés de commande de politique et de facturation évolués, nœuds de réseau et programmes informatiques pour une connectivité de données parrainée par des pairs
US10326604B2 (en) Policy and charging rules function (PCRF) selection
US9374763B2 (en) Gating control in a telecommunication system
WO2013060356A1 (fr) Procédé et appareil relatifs à une commande de politique dans un réseau de télécommunications

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: 11773473

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: 11773473

Country of ref document: EP

Kind code of ref document: A1