(19)
(11) EP 1 977 582 B1

(12) EUROPEAN PATENT SPECIFICATION

(45) Mention of the grant of the patent:
03.12.2014 Bulletin 2014/49

(21) Application number: 07700552.8

(22) Date of filing: 09.01.2007
(51) International Patent Classification (IPC): 
H04L 12/801(2013.01)
H04L 12/851(2013.01)
H04L 12/911(2013.01)
H04L 12/919(2013.01)
H04L 29/06(2006.01)
H04L 12/813(2013.01)
H04L 12/927(2013.01)
H04W 76/04(2009.01)
H04W 80/00(2009.01)
H04L 29/08(2006.01)
(86) International application number:
PCT/IB2007/050057
(87) International publication number:
WO 2007/080537 (19.07.2007 Gazette 2007/29)

(54)

Optimization of PDP context usage

Optimierung der PDP-Kontextnutzung

Optimisation d'utilisation de contexte de protocole de paquets de données


(84) Designated Contracting States:
AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

(30) Priority: 13.01.2006 US 758529 P
04.01.2007 US 649227

(43) Date of publication of application:
08.10.2008 Bulletin 2008/41

(73) Proprietor: Nokia Corporation
02610 Espoo (FI)

(72) Inventors:
  • RÄSÄNEN, Juha
    FIN-02660 Espoo (FI)
  • SARJA, Jorma
    FIN-02230 Espoo (FI)

(74) Representative: Ruuskanen, Juha-Pekka et al
Page White & Farrer Bedford House John Street
London WC1N 2BF
London WC1N 2BF (GB)


(56) References cited: : 
US-A1- 2002 114 305
US-A1- 2005 210 141
US-A1- 2004 223 489
   
  • RAKTALE S K: "3PoC : an architecture for enabling push to talk services in 3GPP networks" PERSONAL WIRELESS COMMUNICATIONS, 2005. ICPWC 2005. 2005 IEEE INTERNATIONAL CONFERENCE ON NEW DELHI, INDIA JAN. 23-25, 2005, PISCATAWAY, NJ, USA,IEEE, 23 January 2005 (2005-01-23), pages 202-206, XP010798546 ISBN: 0-7803-8964-6
  • "Digital cellular telecommunications system (Phase 2+)" ETSI STANDARDS, EUROPEAN TELECOMMUNICATIONS STANDARDS INSTITUTE, SOPHIA-ANTIPO, FR, vol. 3-SA2, no. V720, December 2005 (2005-12), XP014032467 ISSN: 0000-0001 cited in the application
   
Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 99(1) European Patent Convention).


Description

BACKGROUND OF THE INVENTION


Field of the invention



[0001] The present invention relates to a mechanism usable for controlling a communication connection with policy control. In particular, the present invention relates to a method of controlling a communication connection with policy control, a corresponding system, a corresponding network control element, a corresponding user equipment and a corresponding computer program product which are usable for optimizing the resource management, such as a number of active packet data protocol (PDP) contexts, for a communication connection, e.g. between a user equipment and a service providing network, such as a IP Multimedia Subsystem (IMS).

[0002] For the purpose of the present invention to be described herein below, it should be noted that

[0003] - a communication equipment or user equipment may for example be any device by means of which a user may access a communication network; this implies mobile as well as non-mobile devices and networks, independent of the technology platform on which they are based; only as an example, it is noted that communication equipments operated according to principles standardized by the 3rd Generation Partnership Project 3GPP and known for example as UMTS terminals are particularly suitable for being used in connection with the present invention;

[0004] - although reference was made herein before to multimedia calls, this exemplifies only a specific example of content; content as used in the present invention is intended to mean also multimedia data of at least one of audio data, video data, image data, text data, and meta data descriptive of attributes of the audio, video, image and/or text data, any combination thereof or even, alternatively or additionally, other data such as, as a further example, program code of an application program to be accessed/downloaded;

[0005] - method steps likely to be implemented as software code portions and being run using a processor at one of the entities described herein below are software code independent and can be specified using any known or future developed programming language;

[0006] - method steps and/or devices likely to be implemented as hardware components at one of the entities are hardware independent and can be implemented using any known or future developed hardware technology or any hybrids of these, such as MOS, CMOS, BiCMOS, ECL, TTL, etc, using for example ASIC components or DSP components, as an example;

[0007] - generally, any method step is suitable to be implemented as software or by hardware without changing the idea of the present invention;

[0008] - devices or means can be implemented as individual devices or means, but this does not exclude that they are implemented in a distributed fashion throughout the system, as long as the functionality of the device is preserved.

Related prior art



[0009] In the last years, an increasing extension of communication networks, e.g. of wire based communication networks, such as the Integrated Services Digital Network (ISDN), or wireless communication networks, such as the cdma2000 (code division multiple access) system, cellular 3rd generation (3G) communication networks like the Universal Mobile Telecommunications System (UMTS), cellular 2nd generation (2G) communication networks like the Global System for Mobile communications (GSM), the General Packet Radio System (GPRS), the Enhanced Data Rates for Global Evolutions (EDGE), or other wireless communication system, such as the Wireless Local Area Network (WLAN), took place all over the world. Various organizations, such as the 3rd Generation Partnership Project (3GPP), the International Telecommunication Union (ITU), 3rd Generation Partnership Project 2 (3GPP2), Internet Engineering Task Force (IETF), and the like are working on standards for telecommunication network and multiple access environments.

[0010] In general, the system structure of a communication network is such that one party, e.g. a subscriber's communication equipment or user equipment, such as a mobile station, a mobile phone, a fixed phone, a personal computer (PC), a laptop, a personal digital assistant (PDA) or the like, is connected via transceivers and interfaces, such as an air interface, a wired interface or the like, to an access network subsystem. The access network subsystem controls the communication connection to and from the communication equipment and is connected via an interface to a corresponding core or backbone network subsystem. The core (or backbone) network subsystem switches the data transmitted via the communication connection to a destination party, such as another communication equipment, a service provider (server/proxy), or another communication network. It is to be noted that the core network subsystem may be connected to a plurality of access network subsystems. Depending on the used communication network, the actual network structure may vary, as known for those skilled in the art and defined in respective specifications, for example, for UMTS, GSM and the like.

[0011] Generally, for properly establishing and handling a communication connection between network elements such as the communication equipment (or subscriber terminal) and another communication equipment or terminal, a database, a server, etc., one or more intermediate network elements such as network control elements, support nodes or service nodes are involved. Network control elements, such as a Mobile Switching Center (MSC), Service GPRS Support Nodes (SGSN), Gateway GPRS Support Nodes (GGSN) or the like, are responsible for controlling the call establishment, call control, call termination, and the like.

[0012] Recently, one major goal in the field of telecommunication is to merge mobile communication networks and the Internet. As a key element for achieving this goal, the IP Multimedia Subsystem (IMS) has been developed that makes it possible to provide access for mobile communication network elements to the services provided by the Internet. Various specifications, for example by 3GPP, are dealing with the architecture and functionality of IMS which are generally known for those skilled in the art.

[0013] 3GPP provides a mechanism for the network to authorize the establishment of media streams with the IMS. This mechanism is called service based local policy (SBLP) and is specified by 3GPP. In brief, different network entities, such as a GGSN and a Policy Decision Function (PDF), exchange information on authorization and resources for media streams to be established.

[0014] According to the current 3GPP specifications, an IMS user equipment using SBLP is required to have at least two active PDP contexts - one for the IMS signalling and one (or more) for the session related media streams. The PDP context used for signalling can be either a general purpose PDP context (i.e. unfiltered) or a signalling PDP context (i.e. filtered so that only IP packets between the UE and pre-defined signalling network elements are passed through, and possibly offering a better QoS). IP packet filters for the media stream PDP context are derived from SDP/SIP (session description protocol / session initiation protocol) and defined by means of packet classifiers by the PDF.

[0015] Currently, 3GPP has started working on "3.9G" (3.9 generation), a.k.a. SAE (system architecture evolution) or LTE (long term evolution). The objective of this work is to develop a framework for an evolution or migration of the 3GPP system to a higher-data-rate, lower-latency, packet-optimized system that supports multiple Radio Access Technologies (RAT). Further details of this work are disclosed in the draft technical report 3GPP TR 23.882 V0.9.0. According to this, the basic IP connectivity ("PDP context") in the evolved architecture is established during the initial access phase of the UE to the network. One aim is that the number of signalling transactions shall be minimized for the set-up of IP connectivity with an enhanced Quality of Service (QoS). Regarding the QoS concepts, it is further specified that for the resource establishment and QoS signalling a preceding signalling of QoS requirements is assumed. This could be either by application signalling (e.g. IMS) or by IP bearer signalling. Moreover, the key issue on QoS concepts encompasses means for providing enhanced QoS for services that require QoS or policies beyond what the default IP access bearer provides.

[0016] For the IMS, it is specified, for example in 3GPP specification TS 23.228, V7.2.0, that the UE can use a single general purpose PDP context for both the signalling and the media streams of an IMS session. However, in such a case, there are no signalling filters nor SBLP based packet classifier filters provided, which means that the SBLP cannot actually be used and all traffic (including spam) may pass through. Alternatively, it is specified that the UE can use a general purpose PDP context for the signalling and a separate PDP context with SBLP based filters for the media streams of an IMS session. Thus, as mentioned before, there are two PDP contexts at the least. Furthermore, there are no signalling filters provided, i.e. all traffic (including spam) may pass through. As a further alternative, the UE can use a signalling PDP context for the signalling and a separate PDP context with SBLP based filters for the media streams of an IMS session. Hence, again two PDP contexts at the least are required.

[0017] In a change request (CR) for the 3GPP specification TR23.207 V6.3.0 dated August 2004, it is proposed that the UE is enabled to activate/modify at least one non-realtime PDP Context on each Access Point Name (APN) (with UMTS traffic class background or interactive) without including a Media Authorization Token to a corresponding activation/modification message. However, this proposal does not provide any details or suggestions regarding the problem how to apply filtering.

[0018] Therefore, according to the current specifications, for example by 3GPP, a UE communicating with the IMS by using SBLP has to have at least two active PDP contexts - one for the IMS signalling and one (or more) for the session related media streams. The PDP context used for signalling can be either a general purpose PDP context (i.e. unfiltered) or a signalling PDP context (i.e. filtered so that only IP packets between the UE and predefined signalling network elements are passed through, and possibly offering a better QoS) .

[0019] The document "3PoC: an architecture for enabling push to talk services in 3GPP networks" by Raktale S. K., Personal Wireless Communications, 2005. ICPWC 2005. 2005 IEEE International Conference on New Delhi, India Jan. 23-25, 2005; Piscataway, NJ, USA, IEEE concerns a related prior art.

[0020] Furthermore, document US 2004/223489 discloses a method of multiplexing different sessions using the same authorized contexts for media, comprising distinguishing the sessions to be multiplexed, by a device, creating a new session on a control plane, indicating media flows of different sessions, and enabling the sessions to share the same authorized context for media, thus being multiplexed.

SUMMARY OF THE INVENTION



[0021] Thus, it is an object of the invention to provide an improved mechanism for controlling a communication connection with policy control which is easy to implement and needs less resources for the communication connection.

[0022] This object is achieved by the measures defined in the attached claims.

[0023] Specifically, this object is achieved by an apparatus according to 1, an apparatus according to claim 10, an apparatus according to claim 18, a method according to claim 15, a method according to claim 16 and a method according to claim 17. Advantageous further developments are as set forth in the respective dependent claims. Furthermore, a computer program product according to claim 19 is provided.

[0024] By virtue of the proposed solutions, the following advantages can be achieved. While according to the prior art an IMS session with policy control or using local policy settings by means of SBLP requires at least two active PDP contexts, the present invention enables an IMS session having SBLP functionality with only one active PDP context. Hence, the usage of resources for the communication connection is optimized since the number of active PDP contexts is decreased. In other words, it is not necessary to provide separate signalling PDP contexts for IMS sessions using SBLP. This means a simpler implementation and operation as well as resource savings at the IMS UE. Furthermore, support for a secondary PDP context is not required. Due to the fact that a decreased number of PDP contexts is to be maintained there is provided also resource saving at the network control element side, like the GGSN. In addition, by means of the present invention, it is possible to modify a general purpose or signalling context into a policy controlled context. Further, in a multi-access environment like xDSL access to IMS ("Next generation networks, NGN" being specified by a number of standardization organizations, e.g. 3GPP, ETSI and ITU-T) or WLAN access to IMS, an intersystem handover is made simpler, if a single PDP context is used. There is no need to adapt the multiple PDP context connectivity to/from the single context / single transmission pipe of xDSL access or WLAN access. Similar policy control concepts can be used for all accesses.

[0025] The above and still further objects, features and advantages of the invention will become more apparent upon referring to the description and the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS



[0026] 

Fig. 1 shows a baseline architecture of a communication network in which the present invention is applicable.

Fig. 2 shows a simplified example of an evolved system based on the architecture shown in Fig. 1.

Fig. 3 shows a flow chart for illustrating the general communication connection control according to the present invention.

Fig. 4 shows a signalling diagram for illustrating a first embodiment of the communication connection control mechanism according to the present invention.

Fig. 5 shows a signalling diagram for illustrating a second embodiment of the communication connection control mechanism according to the present invention.

Fig. 6 shows a signalling diagram for illustrating a third embodiment of the communication connection control mechanism according to the present invention.


DESCRIPTION OF PREFERRED EMBODIMENTS



[0027] In the following, embodiments of the present invention are described with reference to the drawings. For illustrating the present invention, the preferred embodiments will be described in a 3G network environment comprising mobile access network subsystem and core network subsystem components according to the 3GPP specifications, as well as in a IMS network environment and in a so called evolved system network environment designed according to 3.9G specifications. However, it is to be noted that the present invention is not limited to an application in such network environments but is also generally applicable in other network types.

[0028] In Fig. 1, a schematic block diagram of a baseline network architecture of a communication network is shown for improving the understanding of the invention. It is to be noted that the structure according to Fig. 1 represents only a simplified example of the architecture of the communication network environment in which the present invention is applicable. As known by those skilled in the art, there are provided several additional network elements and signaling links used for a communication connection. However, for the sake of simplicity, only those elements are depicted which are necessary for describing the invention.

[0029] Furthermore, the network elements and their functions described herein may be implemented by software, e.g. by a computer program product for a computer, or by hardware. In any case, for executing their respective functions, correspondingly used devices, such as a user equipment (UE), core network control element like a GGSN and associated functions, an access network subsystem element like Radio Access Network RAN element and the like, comprise several means and components (not shown) which are required for control, processing and communication/signaling functionality. Such means may comprise, for example, a processor unit for executing instructions, programs and for processing data, memory means for storing instructions, programs and data, for serving as a work area of the processor and the like (e.g. ROM, RAM, EEPROM, and the like), input means for inputting data and instructions by software (e.g. floppy diskette, CD-ROM, EEPROM, and the like), user interface means for providing monitor and manipulation possibilities to a user (e.g. a screen, a keyboard and the like), interface means for establishing links and/or connections under the control of the processor unit (e.g. wired and wireless interface means, an antenna, etc.) and the like. Similar to that, the IMS domain may comprise several elements and/or functionalities not shown which are known, however, to a person skilled in the art and therefore not described in greater detail herein.

[0030] In Fig. 1, reference signs 1a, 1b, 1c denote respective user equipments which are usable to establish a communication connection being controlled according to the present invention, for example an IMS connection for media streams or the like. It is to be noted that the UE 1a, 1b and 1c may be one and the same user equipment connectable to the network via different access networks. The links between respective network elements in Fig. 1 are to be discriminated into traffic and signalling links (solid lines) and signalling links (dotted lines).

[0031] Reference sign 2 denotes a GSM (Global Systems for Mobile Communication) EDGE (Enhanced Data rates for GSM Evolution) Radio Access Network (GERAN) which comprises access network elements like transceiver stations for a communication to/from the UE 1a from/to the communication network. Similarly, reference sign 3 denotes a UMTS Terrestrial Radio Access Network (UTRAN) which comprises access network elements like transceiver stations for a communication to/from the UE 1b from/to the communication network. The GERAN 2 and the UTRAN 3 represent only examples for access networks via which a user equipment can get access to the communication network, and there exists also further access network technologies, such as Wireless Local Area Networks (WLAN) or the like which are known to those skilled in the art as being equivalently usable.

[0032] Via the GERAN 2 and the UTRAN 3, the user equipment is connected to a packet switched core network comprising network control elements for controlling communication connections of the UE 1a, 1b. These core network elements comprise, for example, a SGSN 4 and a GGSN 5. The GGSN 5 provides a connection to a Public Data Network (PDN) 9 like the Internet.

[0033] Furthermore, there is provided a Home Location Register / Authentication Centre and Home Subscriber Server (HLR/AuC HSS) 6. This network element 6 is used as database for subscriber information, authentication information, and the like, to be retrieved by the core network elements for the establishment and control of a communication connection.

[0034] Reference sign 7 denotes a Policy and Charging Rules Function (PCRF) being connected to the GGSN 5. The PCRF 7 encompasses policy control decision and flow based charging control functionalities, and provides network control regarding the QoS and flow based charging towards the gateway element. Reference sign 8 denotes an Application Function (AF). The AF 8 is an element offering applications that require the control of IP bearer resources and is capable of communicating with the PCRF 7 to transfer dynamic service information, which can then be used for selecting the appropriate charging rule and service based local policy by the PCRF 7. One example of an AF is a P-CSCF (e.g. P-CSCF 10) of IM core network subsystem.

[0035] Reference sign 13 denotes a Multimedia Resource Function Processor (MRFP) and reference sign 14 denotes a IMS Media Gateway (IMS-MGW) . These elements 13 and 14 are used for supporting media streams by establishing suitable IP bearers and the like.

[0036] Reference sign 15 denotes the IMS network environment offering IMS services. The communication connection established by the UE 1a, 1b is directed to the IMS 15.

[0037] Moreover, in Fig. 1, the user equipment denoted by reference sign 1c is connected via a Proxy-Call Session Control Function (P-CSCF) 10 to a Call Session Control Function (CSCF) 11. The CSCF 10 provides session control for subscribers accessing services within the IMS 15 and is interacting with network databases, such as a HSS 12 or a (not shown) Access, Authorization and Accounting (AAA) Server, for mobility and security. It is to be noted that the network elements 6 and 12, even though shown as separate entities, may belong to the same logical entity.

[0038] The general operation of and interworking between the network elements shown in Fig. 1 are commonly known for persons skilled in the art and this not described herein in further detail. The specific functions according to the present invention will be described below.

[0039] In Fig. 2, a simplified example of an evolved system based on the architecture shown in Fig. 1 is depicted, wherein same reference signs are used for equivalent components in the Figures 1 and 2. The evolved system is based on considerations made in connection with the long term evolution of 3GPP access technology (also known as 3.9G) and specified, for example, in the above mentioned 3GPP specification draft TR23.882 V0.9.0.

[0040] It is to be noted that the example shown in Fig. 2 represents only one alternative for an architecture of an evolved system. There are also other structures possible. In the following, for illustrating the implementation of the present invention, the example according to Fig. 2 is used, but the invention is also applicable to other architecture types of an evolved system.

[0041] In Fig. 2, reference signs 2 and 3 denote a GERAN and UTRAN access network, respectively. The GERAN 2 and UTRAN 3 are connected to a GPRS core network 30 which comprises, for example, network control elements SGSN and GGSN (not shown), and the like.

[0042] Reference sign 20 denotes an evolved Radio Access Network (Evolved RAN) usable by a communication equipment as an access to the evolved system. Reference sign 40 denotes an evolved packet core network which comprises, amongst other elements (not shown), a Mobility Management Entity (MME) / User Plane Entity (UPE) 41. In this entity 41, the MME part manages and stores UE context (for idle state: UE/user identities, UE mobility state, user security parameters) and generates temporary identities and allocates them to UEs. Furthermore, it checks the authorization whether the UE may camp on the access or on the Public Land Mobile Network (PLMN) and authenticates the user. The UPE part terminates for idle state UEs the downlink data path and triggers/initiates paging when downlink data arrive for the UE. It manages and stores UE contexts, e.g. parameters of the IP bearer service or network internal routing information. Furthermore, it performs replication of the user traffic in case of interception. It is to be noted that even though the MME and UPE part are shown in one entity, they may also be split into two separate elements.

[0043] The evolved packet core network 40 further comprises an Inter Access System Anchor (Inter AS Anchor) 42 which is the user plane anchor for mobility between different access systems and performs or supports handover between different access systems. Connected to the Inter AS Anchor 42, there are shown a non-3GPP IP Access 24, e.g. xDSL access, and a WLAN 3GPP IP Access 25 as examples for such different access systems.

[0044] Reference sign 7 denotes a PCRF and reference sign 12 denotes a HSS. Furthermore, denoted by reference sign 15, IP services, like the IMS or a packet switched streaming service (PSS), are provided.

[0045] The links between the elements shown in Fig. 2 are as follows. Between the GERAN 2 and the GPRS Core 30 a known Gb interface is used. Between the UTRAN 3 and the GPRS Core 30 a known Iu interface is used. Between the PCRF 7 and the Optional IP services 15, for example, a known Rx+ interface is used. Between the Inter AS Anchor 42 and the Optional IP services 15, for example, a known Gi interface is used. A link L1 between the evolved RAN 20 and the MME UPE 41 in the evolved packet core 40 provides access to Evolved RAN radio resources for the transport of user plane and control plane traffic. A link L2 between the Inter AS Anchor 42 in the evolved packet core 40 and the IP access systems 24, 25 provides the user plane with related control and mobility support between WLAN 3GPP IP access or non 3GPP IP access and Inter AS Anchor. A link L3 between the GPRS core 30 and the MME UPE 41 in the evolved packet core 40 enables user and bearer information exchange for inter 3GPP access system mobility in idle and/or active state. A link L4 between the GPRS core 30 and the Inter AS Anchor 42 in the evolved packet core 40 provides the user plane with related control and mobility support. A link L5 between the MME UPE 41 and the Inter AS Anchor 42 in the evolved packet core 40 provides the user plane with related control and mobility support between MME/UPE and Inter AS Anchor. It is to be noted that the MME/UPE and Inter AS Anchor may also be comprised in one entity wherein in such a case the link L5 is omitted. A link L6 between the evolved packet core 40 and the HSS 12 enables transfer of subscription and authentication data for authenticating/authorizing user access to the evolved system (i.e. provides an AAA interface). A link L7 between the evolved packet core 40 and the PCRF 7 provides transfer of (QoS) policy and charging rules from the PCRF to a Policy and Charging Enforcement Point (PCEP) (not shown). The PCEP may be provided, for example, in the Inter AS Anchor 42, or may be an individual PCEP per access system.

[0046] In Fig. 3, a flow chart for explaining the basic principle of the communication connection control mechanism according to the present invention is shown.

[0047] In the communication connection control mechanism of the present invention, first, a communication connection with policy control between a first party, for example, a user equipment, and a second party, for example, a service providing network element or server, e.g. an IMS server, is established (step S10), wherein the communication connection is, for example, an IMS session using session based local policy (SBLP). The communication connection is initialized by activating an initial (general purpose) PDP context or a basic IP connectivity, for example. In step S20, when the first session is set up, the UE requests for a modification of the initial PDP context (or IP connectivity) for the communication connection. The reason for the modification of the context is to achieve a better quality for media streams, since a general purpose PDP context or a signalling PDP context, which are the initial PDP contexts activated for the communication connection, are not real time contexts, for example. This request is sent to the network control element of the core network controlling the communication connection, for example the GGSN of the GPRS core or the MME UPE of the evolved packet core (see Fig. 2). In the core network, it is checked in step S30 whether or not the modification is authorized. This is executed, for example, by a corresponding communication between the core network control element and policy control element, such as a PDF/PCRF, wherein the modification parameters sent from the UE in the request are transmitted to the PCRF and the transmitted modification parameters are compared in the PDF/PCRF with service information of the requesting UE (the service information is retrieved, for example, from the HSS, or is taken from the session establishment signalling, e.g. SDP/SIP). If the requested modification is not acceptable (i.e. the UE is not entitled for the modification) in step S40, the modification is rejected (step S45). On the other hand, if in step S40 the modification is authorized, an authorization response is transmitted from the PDF/PCRF to the core network control element. Then, in step S50, the core network performs a set up of relevant resources for a modified packet data protocol context (or IP connectivity) on the basis of the initial PDP context. This means that the IP connectivity resources are allocated to the communication connection in correspondence to the modification request, i.e. the PDP context to be used for the communication connection is modified such that the PDP contact passes signalling traffic and media stream data. Then, in step S60, the requested UE is informed about the allocated resources, i.e. the modified PDP context settings are transmitted to the UE. Alternatively, an acknowledgement for the modification is transmitted. Thus, the set up of the (modified) PDP context is completed.

[0048] The details of the communication control mechanism described above, in particular with regard to the modifications to be executed with regard to the PDP context / IP connectivity settings on the basis of the initial PDP context used, are described below in connection with different embodiments of the present invention.

[0049] In a first embodiment illustrated in a signaling diagram according to Fig. 4, the communication connection is initially based on a common IP connectivity, also known as (general purpose) PDP context. Furthermore, according to the first embodiment, the communication connection is controlled by an evolved packet core, i.e. by a user plane entity UPE.

[0050] At the beginning, the UE establishes a communication connection to IMS by activating the "basic IP connectivity" or "PDP context", as described, for example, in the 3GPP specification draft TR 23.882 V0.9.0. The initial IP connectivity or PDP context may be established after the UE attaches the network, i.e. the context is "always on" before any session establishment is started. It is to be noted that this establishment of the initial IP connectivity or PDP context is very simplified illustrated, but a person skilled in the art is aware about the respective details so that a further description thereof is omitted herein.

[0051] When the initial PDP context is established, the UE starts to set up the (first) IMS session with SBLP. This is executed by sending an INVITE message M1 via the network to an application function AF or P-CSCF which forwards this INVITE message to a corresponding destination (message M2). From this destination, the AF/P-CSCF receives a RESPONSE message M3 and forwards this to the requesting UE with message M5. Furthermore, the AF/P-CSCF sends service information with message M4 to the PCRF for using them in authentication and authorization processing. The UE requests for a modification of the existing basic IP connectivity by sending a relevant connectivity / PDP context modification request to the network, i.e. to the control element UPE (message M6).

[0052] The network element UPE accepts the modification request received with message M6 for handling and requests for an authorization from the PDF/PCRF (message M7). The PDF/PCRF checks whether the modification is allowable, for example by comparing the information included in the authorization request with the service information received from the AF/P-CSCF beforehand. Then, if the modification request is acceptable, the PDF/PCRF sends an authorization for the modification to the network element UPE with message M8.

[0053] After receiving the authorization from the PDF/PCRF, the UPE sets up the relevant resources, e.g. filters, QoS class and bandwidth, i.e. the UPE performs an IP connectivity resource allocation or modification. Especially, the network element UPE executes the following steps:
  1. 1.) it turns the (initial) general purpose PDP context to a filtered PDP context by setting up signalling filters for the PDP context, and by setting up Packet Classifier filters for the media streams of the IMS session parallel to the signalling filters. This means that the (resulting) PDP context will pass through both media stream packets matching the Packet Classifier filters and signalling packets matching the signalling filters;
  2. 2.) it sets the QoS class of the PDP context to the maximum of {QoS class of the signalling PDP context, QoS class requested for the user plane of the session}. This means that the QoS class is set to the highest value required by any of the media streams and/or network elements (i.e. components like the user equipment and an IMS server involved in the communication connection) using the PDP context; and
  3. 3.) it reserves resources, e.g. bandwidth (i.e. sets the maximum and authorized bit rates) in the PDP context wherein it is taken into account that both the media streams of the session and the signalling traffic are to be passed.


[0054] When the allocation/modification of the IP connectivity resources in the UPE is completed, the UE is informed about the settings by message M9 in which the request for modification by the UE (message M6) is responded by a modification instruction. In other words, the network element UPE responds to the IP connectivity / PDP context modification request by the UE with the relevant QoS parameters or simply acknowledges the request sent by the UE. Then, the UE completes the set up of the PDP context correspondingly.

[0055] Messages M10 (200 OK) to the AF/P-CSCF and M11 (200 OK) from AF/P-CSCF to the UE indicate the completion of the establishment of the communication connection (establishment of IMS session), i.e. the called party (B party) is answering to the call.

[0056] As a modification of the above described first embodiment, the network element (UPE) may initiate the modification of the existing basic IP connectivity. In this case, the UPE sends a relevant connectivity / PDP context modification request to the UE after receiving "a pushed authorization" from the PDF/PCRF.

[0057] In a second embodiment illustrated in a signaling diagram according to Fig. 5, the communication connection is initially based on a signalling PDP context. Furthermore, according to the second embodiment, the communication connection is controlled by the GPRS core, i.e. by the GGSN.

[0058] At the beginning, the UE establishes a communication connection to IMS by activating the signalling PDP context, as described, for example, in the 3GPP specification TS 23.228 v.7.1.0.

[0059] When setting up the (first) IMS session with SBLP, the steps necessary for this establishment (i.e. messages M21 to M25) are similar to those of the first embodiment (i.e. messages M1 to M5). The UE requests for a modification of the existing signalling PDP context (message M26) by sending a modification request to the GGSN. As an option, depending on the network environment and requirements thereof, the modification request may comprise a set of Binding Information. The Binding Information may comprise, for example, user or user equipment identity and filters and bind the media streams between the control plane and the user plane. It is to be noted that conventionally according to present specifications, this would result in an activation of a new additional PDP context for the IMS session.

[0060] The GGSN accepts the modification request for handling and requests for an authorization at the PDF/PCRF (message M27). The PDF/PCRF checks whether the modification is allowable, for example by comparing of the information included in the authorization request with the service information received from the AF/P-CSCF beforehand. Then, if the modification request is acceptable, the PDF/PCRF sends an authorization for the modification to the GGSN with message M28.

[0061] After receiving the authorization from the PDF/PCRF, the GGSN sets up the relevant resources, e.g. filters, QoS class and bandwidth. Especially the GGSN executes the following steps:
  1. 1.) it sets up Packet Classifier filters for the media streams of the IMS session parallel to the signalling filters already existing for the (initial) PDP context. This means that the (resulting) PDP context will pass through both media stream packets matching the Packet Classifier filters and signalling packets matching the signalling filters;
  2. 2.) it sets the QoS class of the PDP context to the maximum of {QoS class of the signalling PDP context, QoS class requested for the user plane of the session}. This means that the QoS class is set to the highest value required by any of the media streams and/or network elements (i.e. components like the user equipment and an IMS server involved in the communication connection) using the packet data protocol context; and
  3. 3.) it reserves bandwidth (i.e. sets the maximum and authorized bit rates) in the PDP context taking into account that both the media streams of the session and the signalling traffic will be passed.


[0062] When the allocation/modification of the PDP context resources in the GGSN is completed, the UE is informed about the settings by message M29 in which the request for modification by the UE (message M26) is responded by a modification instruction. In other words, the network element GGSN responds to the PDP context modification request by the UE with the relevant QoS parameters or simply acknowledges the request sent by the UE. Then, the UE completes the set up of the PDP context correspondingly.

[0063] Messages M30 (200 OK) to the AF/P-CSCF and M31 (200 OK) from AF/P-CSCF to the UE correspond to messages M10 and M11 according to Fig. 4.

[0064] Similar to the first embodiment, as a modification of the above described second embodiment, the network element (GGSN) may initiate the modification of the existing signalling PDP context. In this case, the GGSN sends a PDP context modification request to the UE after receiving "a pushed authorization" from the PDF/PCRF.

[0065] In a third embodiment illustrated in a signaling diagram according to Fig. 6, the communication connection is initially based on a general purpose PDP context. Furthermore, according to the third embodiment, the communication connection is controlled by the GPRS core, i.e. by the GGSN.

[0066] At the beginning, the UE establishes a communication connection to IMS by activating the general purpose PDP context, as described, for example, in the 3GPP specification TS 23.228 v.7.1.0.

[0067] When setting up the (first) IMS session with SBLP, the steps necessary for this establishment (i.e. messages M41 to M45) are similar to those of the first embodiment (i.e. messages M1 to M5). The UE requests for a modification of the existing general purpose PDP context (message M46) by sending a modification request to the GGSN. As an option, depending on the network environment and requirements thereof, the modification request may comprise a set of Binding Information. The Binding Information may comprise, for example, user or user equipment identity and filters and bind the media streams between the control plane and the user plane. It is to be noted that conventionally according to present specifications, this would result in an activation of a new additional PDP context for the IMS session.

[0068] The GGSN accepts the modification request for handling and requests for an authorization at the PDF/PCRF (message M47). The PDF/PCRF checks whether the modification is allowable, for example by comparing of the information included in the authorization request with the service information received from the AF/P-CSCF beforehand. Then, if the modification request is acceptable, the PDF/PCRF sends an authorization for the modification to the GGSN with message M48.

[0069] After receiving the authorization from the PDF/PCRF, the GGSN sets up the relevant resources, e.g. filters, QoS class and bandwidth. Especially the GGSN executes the following steps:
  1. 1.) turns the general purpose PDP context to a filtered PDP context by setting up signalling filters for the PDP context, and by setting up Packet Classifier filters for the media streams of the session parallel to the signalling filters. This means that the (resulting) PDP context will pass through both media stream packets matching the Packet Classifier filters and signalling packets matching the signalling filters;
  2. 2.) it sets the QoS class of the PDP context to the maximum of {QoS class of the signalling PDP context, QoS class requested for the user plane of the session}. This means that the QoS class is set to the highest value required by any of the media streams and/or network elements (i.e. components like the user equipment and an IMS server involved in the communication connection) using the packet data protocol context; and
  3. 3.) it reserves bandwidth (i.e. sets the maximum and authorized bit rates) in the PDP context taking into account both the media streams of the session and the signalling traffic.


[0070] When the allocation/modification of the PDP context resources in the GGSN is completed, the UE is informed about the settings by message M49 in which the request for modification by the UE (message M46) is responded by a modification instruction. In other words, the network element GGSN responds to the PDP context modification request by the UE with the relevant QoS parameters or simply acknowledges the request sent by the UE. Then, the UE completes the set up of the PDP context correspondingly.

[0071] Messages M30 (200 OK) to the AF/P-CSCF and M31 (200 OK) from AF/P-CSCF to the UE correspond to messages M10 and M11 according to Fig. 4.

[0072] Similar to the first and second embodiments, as a modification of the above described third embodiment, the network element (GGSN) may initiate the modification of the existing general purpose PDP context. In this case, the GGSN sends a PDP context modification request to the UE after receiving "a pushed authorization" from the PDF/PCRF.

[0073] In all of the above described embodiments, the UE has to take into account that it can use the same PDP context for both signalling and media streams of the relevant policy controlled session(s). Furthermore, In the second embodiment, the GGSN is adapted to allow the modification of a signalling PDP context to a hybrid PDP context with parallel signalling filters and Packet Classifier filters and reserve resources accordingly. On the other hand, in the first and third embodiments, the UPE or the GGSN is adapted to allow the modification of a basic IP connectivity or a general purpose PDP context to a hybrid IP connectivity or PDP context with parallel signalling filters and Packet Classifier filters and reserve resources accordingly.

[0074] According to the present invention, it is possible to modify a general purpose or signalling PDP context or the like into a policy controlled (PDP) context. Furthermore, there are required no separate signalling PDP contexts for IMS sessions using SBLP so that a simpler implementation and operation are possible as well as resource savings at the IMS UE can be achieved since no support for a secondary PDP context is required. Resource savings are also achieved at the GGSN due to less PDP contexts to maintain. Further, in a multi-access environment like xDSL or WLAN access to IMS, an intersystem handover is made simpler, because there is no need to adapt the multiple PDP context connectivity to/from the single context / single transmission pipe xDSL access or WLAN access, and because similar policy control concepts can be used for all accesses.

[0075] As described above, in a mechanism for controlling a communication connection with policy control, after the communication connection with policy control is established in a communication network between a user equipment and service providing network element via a network control element on the basis of an initial packet data protocol context, a modification of the initial packet data protocol context for the communication connection is requested or initiated at the network control element. When the modification is authorized, relevant resources for a modified packet data protocol context usable for signalling traffic and transmission of media stream data are set up.

[0076] It should be understood that the above description and accompanying figures are merely intended to illustrate the present invention by way of example only. The preferred embodiments of the present invention may thus vary within the scope of the attached claims.


Claims

1. An apparatus comprising
a network control element (5; 41) configured to control a communication connection with policy control in a communication network, the network control element (5; 41) comprising
a processor configured to control an establishment of the communication connection with the policy control between a user equipment (1a, 1b, 1c) and a service providing network element based on an initial packet data protocol context, wherein the initial packet data protocol context is one of a basic IP connectivity packet data protocol context, a general purpose packet data protocol context, and a signalling packet data protocol context;
a receiver configured to receive a request for a modification of the initial packet data protocol context for the communication connection from the user equipment (1 a, 1 b, 1 c);
a processor configured to check whether or not the modification is authorized, and when the modification is authorized, to set up relevant resources for a modified packet data protocol context configured to signal traffic and transmission of media stream data, the relevant resources to be set up comprising a Quality of Service class of the packet data protocol context, filters to be used for the communication connection and bandwidth settings to be reserved for the communication connection, and wherein the processor is configured to set up packet classifier filters for a media stream to be transmitted via the communication connection in parallel to signalling filters for the initial signalling packet data protocol context, and set up a Quality of Service class of the packet data protocol context to a highest value required by any of the media streams and/or network elements using the packet data protocol context; and reserve traffic resources for the communication connection to an amount that the requirements for signalling traffic and media streams are fulfilled; and
a transmitter configured to respond to the request for modification with an acknowledgement or with a set of communication connection parameters resulting from the set up of the relevant resources.
 
2. The apparatus according to claim 1, wherein the network control element (5; 41) is configured to check the authorization of the modification by requesting an authorization from a policy decision function and/or policy and charging rules function (7).
 
3. The apparatus according to claim 1, wherein the network control element (5; 41) is configured to respond to the request for modification by a transmission of information on Quality of Service parameters.
 
4. The apparatus according to claim 1, wherein the network control element (5; 41) is associated with a user plane entity and is configured to receive a request for the modification of the initial packet data protocol context for the communication connection in a form of a relevant IP connectivity / packet data protocol context modification request to the user plane entity, or
wherein the network control element (5; 41) is configured to receive a request for the modification of the initial packet data protocol context for the communication connection comprising a set of binding information in the modification request to the network control element.
 
5. The apparatus according to claim 4, wherein the user plane entity associated with the network control element (5; 41) or the network control element (5; 41) itself is configured to set up relevant resources for the modified packet data protocol context configured to signal traffic and the transmission of media stream data by:

generating a filtered packet data protocol context by setting up signalling filters for the packet data protocol context;

setting up packet classifier filters for a media stream to be transmitted via the communication connection; and

reserving traffic resources for the communication connection to an amount that the requirements for signalling traffic and media streams are fulfilled.


 
6. The apparatus according to claim 1, wherein the network control element (5; 41) is configured to
receive the request for the modification of the initial packet data protocol context for the communication connection comprising a set of binding information on the modification request to the network control element.
 
7. The apparatus according to claim 5, wherein the traffic resources comprises a bandwidth for the communication connection.
 
8. The apparatus according to claim 1, wherein
the network control element (5; 41) comprises a gateway general packet radio service support node, and/or
the service providing network element is comprised in an IP Multimedia Subsystem environment.
 
9. The apparatus according to claim 1, wherein the network control element is further configured to control the communication connection with a service based local policy control.
 
10. An apparatus comprising
a user equipment (1a, 1b, 1c) configured to establish a communication connection with policy control, the user equipment (1a, 1b, 1c) comprising
a processor configured to establish the communication connection with a service providing network element via a network control element (5; 41) based on an initial packet data protocol context, wherein the initial packet data protocol context is one of a basic IP connectivity packet data protocol context, a general purpose packet data protocol context, and a signalling packet data protocol context;
a processor configured to request for a modification of the initial packet data protocol context for the communication connection at the network control element (5; 41) for a modified packet data protocol context configured to signal traffic and transmission of media stream data; and
a receiver configured to receive, in response to the request for the modification, an acknowledgement or a set of communication connection parameters for the modified packet data protocol context configured to signal the traffic and the transmission of the media stream data, the set of communication connection parameters resulting from a set up of relevant resources executed due to the request for the modification, the relevant resources to be set up comprising a Quality of Service class of the packet data protocol context which is changed to a highest value required by any media streams and/or network elements using the packet data protocol context, filters to be used for the communication connection and bandwidth settings to be reserved for the communication connection, and wherein the relevant resources to be set up further comprise packet classifier filters for a media stream to be received via the communication connection in parallel to signalling filters for the initial signalling packet data protocol context, and traffic resources for the communication connection reserved to an amount that the requirements for signalling traffic and media streams are fulfilled.
 
11. The apparatus according to claim 10, wherein the user equipment (1 a, 1 b, 1c) is configured to receive information on Quality of Service parameters as a response to the request for modification.
 
12. The apparatus according to claim 10, wherein the user equipment (1a, 1b, 1 c) is configured to request for the modification of the initial packet data protocol context for the communication connection by one of
sending a relevant IP connectivity / packet data protocol context modification request to a user plane entity associated with the network control element, and/or
sending a set of binding information in the modification request to the network control element.
 
13. The apparatus according to claim 10, wherein the user equipment (1a, 1b, 1 c) is configured to request for the modification of the initial packet data protocol context for the communication connection by sending a set of binding information in the modification request to the network control element (5; 41).
 
14. The apparatus according to claim 10, wherein
the network control element (5; 41) comprises a gateway general packet radio service support node and/or
the service providing network element is comprised in an IP Multimedia Subsystem environment.
 
15. A method comprising
controlling an establishment of a communication connection with policy control between a user equipment and a service providing network element based on an initial packet data protocol context, wherein the initial packet data protocol context is one of a basic IP connectivity packet data protocol context, a general purpose packet data protocol context, and a signalling packet data protocol context;
receiving a request for a modification of the initial packet data protocol context for the communication connection from the user equipment;
checking whether or not the modification is authorized; and
when the modification is authorized,
setting up relevant resources for a modified packet data protocol context configured to signal traffic and transmission of media stream data, the relevant resources to be set up comprising a Quality of Service class of the packet data protocol context, filters to be used for the communication connection and bandwidth settings to be reserved for the communication connection, and wherein the setting up relevant resources comprises setting up packet classifier filters for a media stream to be transmitted via the communication connection in parallel to signalling filters for the initial signalling packet data protocol context, and setting up a Quality of Service class of the packet data protocol context to a highest value required by any of the media streams and/or network elements using the packet data protocol context; and reserving traffic resources for the communication connection to an amount that the requirements for signalling traffic and media streams are fulfilled; and
responding to the request for modification with an acknowledgement or with a set of communication connection parameters resulting from the set up of the relevant resources.
 
16. A method comprising
establishing a communication connection with policy control with a service providing network element via a network control element based on an initial packet data protocol context, wherein the initial packet data protocol context is one of a basic IP connectivity packet data protocol context, a general purpose packet data protocol context, and a signalling packet data protocol context;
requesting for a modification of the initial packet data protocol context for the communication connection at the network control element for a modified packet data protocol context configured to signal traffic and transmission of media stream data; and
receiving, in response to the request for the modification, an acknowledgement or a set of communication connection parameters for the modified packet data protocol context configured to signal the traffic and the transmission of the media stream data, the set of communication connection parameters resulting from a set up of relevant resources executed due to the request for the modification, the relevant resources being set up comprising a Quality of Service class of the packet data protocol context which is changed to a highest value required by any of media streams and/or network elements using the packet data protocol context, filters to be used for the communication connection and bandwidth settings to be reserved for the communication connection, and wherein the relevant resources to be set up further comprise packet classifier filters for a media stream to be received via the communication connection in parallel to signalling filters for the initial signalling packet data protocol context, and traffic resources for the communication connection reserved to an amount that the requirements for signalling traffic and media streams are fulfilled.
 
17. Method of controlling a communication connection with policy control, the method comprising steps of:

establishing the communication connection with the policy control in a communication network between a user equipment and service providing network element via a network control element based on an initial packet data protocol context, wherein the initial packet data protocol context is one of a basic IP connectivity packet data protocol context, a general purpose packet data protocol context, and a signalling packet data protocol context;

receiving a pushed authorization for a modification of the initial packet data protocol context for the communication connection at the network control element;

initializing the modification of the initial packet data protocol context for the communication connection at the network control element;

informing the user equipment about the modification by forwarding a request for modification of the initial packet data protocol context for the communication connection; and

setting up relevant resources for a modified packet data protocol context configured to signal traffic and transmission of media stream data, the relevant resources being set up comprising a Quality of Service class of the packet data protocol context, filters to be used for the communication connection, and bandwidth settings to be reserved for the communication connection, and wherein the setting up relevant resources comprises setting up packet classifier filters for a media stream to be transmitted via the communication connection in parallel to signalling filters for the initial signalling packet data protocol context, and setting up a Quality of Service class of the packet data protocol context to a highest value required by any of the media streams and/or network elements using the packet data protocol context; and reserving traffic resources for the communication connection to an amount that the requirements for signalling traffic and media streams are fulfilled.


 
18. An apparatus comprising
a network control element (5; 41) usable for controlling a communication connection with policy control in a communication network, the network control element comprising
a processor configured to control an establishment of the communication connection with the policy control between a user equipment (1 a, 1 b, 1 c) and a service providing network element based on an initial packet data protocol context, wherein the initial packet data protocol context is one of a basic IP connectivity packet data protocol context, a general purpose packet data protocol context, and a signalling packet data protocol context;
a receiver configured to receive a pushed authorization for a modification of the initial packet data protocol context for the communication connection at the network control element;
a processor configured to initialize the modification of the initial packet data protocol context for the communication connection at the network control element;
a transmitter configured to inform the user equipment (1 a, 1 b, 1 c) about the modification by forwarding a request for modification of the initial packet data protocol context for the communication connection; and
a processor configured to set up relevant resources for a modified packet data protocol context configured to signal traffic and transmission of media stream data, the relevant resources being set up comprising a Quality of Service class of the packet data protocol context, filters to be used for the communication connection and bandwidth settings to be reserved for the communication connection, wherein the processor is configured to set up packet classifier filters for a media stream to be transmitted via the communication connection in parallel to signalling filters for the initial signalling packet data protocol context, and set up a Quality of Service class of the packet data protocol context to a highest value required by any of the media streams and/or network elements using the packet data protocol context; and reserve traffic resources for the communication connection to an amount that the requirements for signalling traffic and media streams are fulfilled.
 
19. A computer program product for a computer, comprising software code portions for performing the steps of any of claims 15 to 17 when said product is run on the computer.
 
20. A computer program product according to claim 19, wherein
said computer program product comprises a computer-readable medium on which said software code portions are stored, and/or
said computer program product is directly loadable into the internal memory of the computer.
 


Ansprüche

1. Vorrichtung, die Folgendes umfasst:

ein Netzsteuerelement (5; 41), das dazu ausgelegt ist, eine Kommunikationsverbindung mit einer Richtliniensteuerung in einem Kommunikationsnetz zu steuern, wobei das Netzsteuerelement (5; 41) Folgendes umfasst:

einen Prozessor, der dazu ausgelegt ist, eine Erstellung der Kommunikationsverbindung mit der Richtliniensteuerung zwischen einer Anwendereinrichtung (1a, 1b, 1c) und einem Dienstbereitstellungsnetzelement basierend auf einem anfänglichen Paketdatenprotokollkontext zu steuern, wobei der anfängliche Paketdatenprotokollkontext ein Paketdatenprotokollkontext für grundlegende IP-Konnektivität, ein Allzweck-Paketdatenprotokollkontext oder ein Signalisierungs-Paketdatenprotokollkontext ist;

einen Empfänger, der dazu ausgelegt ist, eine Anforderung einer Änderung des anfänglichen Paketdatenprotokollkontexts für die Kommunikationsverbindung von der Anwendereinrichtung (1a, 1b, 1c) zu empfangen;

einen Prozessor, der dazu ausgelegt ist, zu überprüfen, ob die Änderung autorisiert ist, und dann, wenn die Änderung autorisiert ist, relevante Betriebsmittel für einen abgeänderten Paketdatenprotokollkontext einzurichten, der dazu ausgelegt ist, den Verkehr und die Übertragung von Medienstromdaten zu signalisieren, wobei die einzurichtenden relevanten Betriebsmittel eine Dienstgüteklasse des Paketdatenprotokollkontexts, Filter, die für die Kommunikationsverbindung verwendet werden sollen, und Bandbreiteneinstellungen, die für die Kommunikationsverbindung reserviert werden sollen, umfassen, und wobei der Prozessor dazu ausgelegt ist, Paketklassifikatorfilter für einen Medienstrom, der über die Kommunikationsverbindung übertragen werden soll, parallel mit Signalisierungsfiltern für den anfänglichen Paketdatenprotokollkontext einzurichten, eine Dienstgüteklasse des Paketdatenprotokollkontexts auf einen höchsten Wert zu setzen, der von irgendeinem der Medienströme und/oder Netzelemente, die den Paketdatenprotokollkontext verwenden, benötigt wird, und Verkehrsbetriebsmittel für die Kommunikationsverbindung in einem solchen Maß zu reservieren, dass die Anforderungen für den Signalisierungsverkehr und die Medienströme erfüllt werden; und

einen Sender, der dazu ausgelegt ist, auf die Anforderung der Änderung mit einer Bestätigung oder mit einem Satz von Kommunikationsverbindungsparametern, der aus dem Einrichten der relevanten Betriebsmittel resultiert, zu antworten.


 
2. Vorrichtung nach Anspruch 1, wobei das Netzsteuerelement (5; 41) dazu ausgelegt ist, die Autorisierung der Änderung durch Anforderung einer Autorisierung von einer Richtlinienentscheidungsfunktion und/oder einer Funktion (7) für Richtlinien- und Gebührenregeln zu überprüfen.
 
3. Vorrichtung nach Anspruch 1, wobei das Netzsteuerelement (5; 41) dazu ausgelegt ist, auf die Anforderung einer Änderung durch eine Übertragung von Informationen über Dienstgüteparameter zu antworten.
 
4. Vorrichtung nach Anspruch 1, wobei das Netzsteuerelement (5; 41) einer Anwenderebeneneinheit zugeordnet ist und dazu ausgelegt ist, eine Anforderung der Änderung des anfänglichen Paketdatenprotokollkontexts für die Kommunikationsverbindung in Form einer relevanten IP-Konnektivitäts- bzw. Paketdatenprotokollkontext-Änderungsanforderung an die Anwenderebeneneinheit zu empfangen, oder
wobei das Netzsteuerelement (5; 41) dazu ausgelegt ist, um eine Anforderung der Änderung des anfänglichen Paketdatenprotokollkontexts für die Kommunikationsverbindung zu empfangen, die einen Satz von Bindungsinformationen in der Änderungsanforderung an das Netzsteuerelement umfasst.
 
5. Vorrichtung nach Anspruch 4, wobei die Anwenderebeneneinheit, die dem Netzsteuerelement (5; 41) zugeordnet ist, oder das Netzsteuerelement (5; 41) selbst dazu ausgelegt ist, relevante Betriebsmittel für den abgeänderten Paketdatenprotokollkontext, der dazu ausgelegt ist, den Verkehr und die Übertragung von Medienstromdaten zu signalisieren, durch Folgendes einzurichten:

Erzeugen eines gefilterten Paketdatenprotokollkontexts durch das Einrichten von Signalisierungsfiltern für den Paketdatenprotokollkontext;

Einrichten von Paketklassifikatorfiltern für einen Medienstrom, der über die Kommunikationsverbindung übertragen werden soll; und

Reservieren von Verkehrsbetriebsmitteln für die Kommunikationsverbindung in einem solchen Maß, dass die Anforderungen für den Signalisierungsverkehr und die Medienströme erfüllt sind.


 
6. Vorrichtung nach Anspruch 1, wobei das Netzsteuerelement (5; 41) dazu ausgelegt ist,
die Anforderung der Änderung des anfänglichen Paketdatenprotokollkontexts für die Kommunikationsverbindung zu empfangen, die einen Satz von Bindungsinformationen bei der Änderungsanforderung an das Netzsteuerelement umfasst.
 
7. Vorrichtung nach Anspruch 5, wobei die Verkehrsbetriebsmittel eine Bandbreite für die Kommunikationsverbindung umfassen.
 
8. Vorrichtung nach Anspruch 1, wobei
das Netzsteuerelement (5; 41) einen Gateway-Unterstützungsknoten für den allgemeinen Paketfunkdienst umfasst, und/oder
wobei das Dienstbereitstellungsnetzelement in einer IP-Multimedia-Subsystem-Umgebung enthalten ist.
 
9. Vorrichtung nach Anspruch 1, wobei das Netzsteuerelement ferner dazu ausgelegt ist, die Kommunikationsverbindung mit einer dienstbasierten lokalen Richtliniensteuerung zu steuern.
 
10. Vorrichtung, die Folgendes umfasst:

eine Anwendereinrichtung (1a, 1b, 1c), die dazu ausgelegt ist, eine Kommunikationsverbindung mit Richtliniensteuerung zu erstellen, wobei die Anwendereinrichtung (1a, 1b, 1c) Folgendes umfasst:

einen Prozessor, der dazu ausgelegt ist, die Kommunikationsverbindung mit einem Dienstbereitstellungsnetzelement über ein Netzsteuerelement (5; 41) basierend auf einem anfänglichen Paketdatenprotokollkontext zu erstellen, wobei der anfängliche Paketdatenprotokollkontext ein Paketdatenprotokollkontext für grundlegende IP-Konnektivität, ein Allzweck-Paketdatenprotokollkontext oder ein Signalisierungs-Paketdatenprotokollkontext ist,

einen Prozessor, der dazu ausgelegt ist, eine Änderung des anfänglichen Paketdatenprotokollkontexts für die Kommunikationsverbindung an dem Netzsteuerelement (5; 41) für einen abgeänderten Paketdatenprotokollkontext anzufordern, der dazu ausgelegt ist, den Verkehr und die Übertragung von Medienstromdaten zu signalisieren, und

einen Empfänger, der dazu ausgelegt ist, als Antwort auf die Anforderung der Änderung eine Bestätigung oder einen Satz von Kommunikationsverbindungsparametern für den abgeänderten Paketdaten-Protokollkontext zu empfangen, der dazu ausgelegt ist, den Verkehr und die Übertragung von Medienstromdaten zu signalisieren, wobei der Satz von Kommunikationsverbindungsparametern aus einem Einrichten der relevanten Betriebsmittel resultiert, das aufgrund der Anforderung der Änderung ausgeführt wird, wobei die einzurichtenden relevanten Betriebsmittel eine Dienstgüteklasse des Paketdatenprotokollkontexts, die auf einen höchsten Wert geändert wird, der von irgendeinem der Medienströme und/oder Netzelemente, die den Paketdatenprotokollkontext verwenden, benötigt wird, Filter, die für die Kommunikationsverbindung verwendet werden sollen, und Bandbreiteneinstellungen, die für die Kommunikationsverbindung reserviert werden sollen, umfassen, und wobei die einzurichtenden relevanten Betriebsmittel ferner Paketklassifikatorfilter für einen Medienstrom, der über die Kommunikationsverbindung empfangen werden soll, parallel mit Signalisierungsfiltern für den anfänglichen Paketdatenprotokollkontext und Verkehrsbetriebsmittel, die für die Kommunikationsverbindung in einem solchen Maß reserviert sind, dass die Anforderungen für den Signalisierungsverkehr und die Medienströme erfüllt werden, umfassen.


 
11. Vorrichtung nach Anspruch 10, wobei die Anwendereinrichtung (1a, 1b, 1c) dazu ausgelegt ist, Informationen über den Dienstgüteparameter als Antwort auf die Anforderung der Änderung zu empfangen.
 
12. Vorrichtung nach Anspruch 10, wobei die Anwendereinrichtung (1a, 1b, 1c) dazu ausgelegt ist, die Änderung des anfänglichen Paketdatenprotokollkontexts für die Kommunikationsverbindung durch eines der Folgenden anzufordern:

Senden einer relevanten IP-Konnektivitäts- bzw. Paketdatenprotokollkontext-Änderungsanforderung an eine Anwenderebeneneinheit, die dem Netzsteuerelement zugeordnet ist, und/oder

Senden eines Satzes von Bindungsinformationen in der Änderungsanforderung an das Netzsteuerelement.


 
13. Vorrichtung nach Anspruch 10, wobei die Anwendereinrichtung (1a, 1b, 1c) dazu ausgelegt ist, die Änderung des anfänglichen Paketdatenprotokollkontexts für die Kommunikationsverbindung durch Senden eines Satzes von Bindungsinformation in der Änderungsanforderung an das Netzsteuerelement (5; 41) anzufordern.
 
14. Vorrichtung nach Anspruch 10, wobei
das Netzsteuerelement (5; 41) einen Gateway-Unterstützungsknoten für den allgemeinen Paketfunkdienst umfasst, und/oder
das Dienstbereitstellungsnetzelement in einer IP-Multimedia-Subsystem-Umgebung enthalten ist.
 
15. Verfahren, das Folgendes umfasst:

Steuern einer Erstellung einer Kommunikationsverbindung mit Richtliniensteuerung zwischen einer Anwendereinrichtung und einem Dienstbereitstellungsnetzelement basierend auf einem anfänglichen Paketdatenprotokollkontext zu steuern, wobei der anfängliche Paketdatenprotokollkontext ein Paketdatenprotokollkontext für grundlegende IP-Konnektivität, ein Allzweck-Paketdatenprotokollkontext oder ein Signalisierungs-Paketdatenprotokollkontext ist;

Empfangen einer Anforderung einer Änderung des anfänglichen Paketdatenprotokollkontexts für die Kommunikationsverbindung von der Anwendereinrichtung;

Überprüfen, ob die Änderung autorisiert ist; und

dann, wenn die Änderung autorisiert ist,

Einrichten relevanter Betriebsmittel für einen abgeänderten Paketdatenprotokollkontext, der dazu ausgelegt ist, den Verkehr und die Übertragung von Medienstromdaten zu signalisieren, wobei die einzurichtenden relevanten Betriebsmittel eine Dienstgüteklasse des Paketdatenprotokollkontexts, Filter, die für die Kommunikationsverbindung verwendet werden sollen, und Bandbreiteneinstellungen, die für die Kommunikationsverbindung reserviert werden sollen, umfassen, und wobei das Einrichten relevanter Betriebsmittel ein Einrichten von Paketklassifikatorfiltern für einen Medienstrom, der über die Kommunikationsverbindung übertragen werden soll, parallel mit Signalisierungsfiltern für den anfänglichen Paketdatenprotokollkontext umfasst und ein Einrichten einer Dienstgüteklasse des Paketdatenprotokollkontexts auf einen höchsten Wert, der von irgendeinem der Medienströme und/oder Netzelemente, die den Paketdatenprotokollkontext verwenden, benötigt wird, umfasst und ein Reservieren von Verkehrsbetriebsmitteln für die Kommunikationsverbindung in einem solchen Maß, dass die Anforderungen für den Signalisierungsverkehr und die Medienströme erfüllt werden, umfasst; und

Antworten auf die Anforderung der Änderung mit einer Bestätigung oder mit einem Satz von Kommunikationsverbindungsparametern, der aus dem Einrichten der relevanten Betriebsmittel resultiert.


 
16. Verfahren, das Folgendes umfasst:

Erstellen einer Kommunikationsverbindung mit einem Dienstbereitstellungsnetzelement über ein Netzsteuerelement basierend auf einem anfänglichen Paketdatenprotokollkontext zu erstellen, wobei der anfängliche Paketdatenprotokollkontext ein Paketdatenprotokollkontext für grundlegende IP-Konnektivität, ein Allzweck-Paketdatenprotokollkontext oder ein Signalisierungs-Paketdatenprotokollkontext ist,

Anfordern einer Änderung des anfänglichen Paketdatenprotokollkontexts für die Kommunikationsverbindung an dem Netzsteuerelement für einen abgeänderten Paketdatenprotokollkontext, der dazu ausgelegt ist, den Verkehr und die Übertragung von Medienstromdaten zu signalisieren, und

Empfangen einer Bestätigung oder eines Satzes von Kommunikationsverbindungsparametern für den abgeänderten Paketdaten-Protokollkontext, der dazu ausgelegt ist, den Verkehr und die Übertragung von Medienstromdaten zu signalisieren, als Antwort auf die Anforderung der Änderung, wobei der Satz von Kommunikationsverbindungsparametern aus einem Einrichten der relevanten Betriebsmittel resultiert, das aufgrund der Anforderung der Änderung ausgeführt wird, wobei die relevanten Betriebsmittel, die eingerichtet werden, eine Dienstgüteklasse des Paketdatenprotokollkontexts, die auf einen höchsten Wert geändert wird, der von irgendeinem der Medienströme und/oder Netzelemente, die den Paketdatenprotokollkontext verwenden, benötigt wird, Filter, die für die Kommunikationsverbindung verwendet werden sollen, und Bandbreiteneinstellungen, die für die Kommunikationsverbindung reserviert werden sollen, umfassen, und wobei die einzurichtenden relevanten Betriebsmittel ferner Paketklassifikatorfilter für einen Medienstrom, der über die Kommunikationsverbindung empfangen werden soll, parallel mit Signalisierungsfiltern für den anfänglichen Paketdatenprotokollkontext und Verkehrsbetriebsmittel, die für die Kommunikationsverbindung in einem solchen Maß reserviert sind, dass die Anforderungen für den Signalisierungsverkehr und die Medienströme erfüllt werden, umfassen.


 
17. Verfahren zum Steuern einer Kommunikationsverbindung mit Richtliniensteuerung, wobei das Verfahren die folgenden Schritte umfasst:

Erstellen der Kommunikationsverbindung mit der Richtliniensteuerung zwischen einer Anwendereinrichtung und einem Dienstbereitstellungsnetzelement basierend auf einem anfänglichen Paketdatenprotokollkontext zu steuern, wobei der anfängliche Paketdatenprotokollkontext ein Paketdatenprotokollkontext für grundlegende IP-Konnektivität, ein Allzweck-Paketdatenprotokollkontext oder ein Signalisierungs-Paketdatenprotokollkontext ist;

Empfangen einer zugeleiteten Autorisierung für eine Änderung des anfänglichen Paketdatenprotokollkontexts für die Kommunikationsverbindung an dem Netzsteuerelement;

Initialisieren der Änderung des anfänglichen Paketdatenprotokollkontexts für die Kommunikationsverbindung an dem Netzsteuerelement;

Informieren der Anwendereinrichtung über die Änderung durch Weiterleiten einer Anforderung der Änderung des anfänglichen Paketdatenprotokollkontexts für die Kommunikationsverbindung; und

Einrichten relevanter Betriebsmittel für einen abgeänderten Paketdatenprotokollkontext, der dazu ausgelegt ist, den Verkehr und die Übertragung von Medienstromdaten zu signalisieren, wobei die relevanten Betriebsmittel, die eingerichtet werden, eine Dienstgüteklasse des Paketdatenprotokollkontexts, Filter, die für die Kommunikationsverbindung verwendet werden sollen, und Bandbreiteneinstellungen, die für die Kommunikationsverbindung reserviert werden sollen, umfassen, und wobei das Einrichten relevanter Betriebsmittel ferner ein Einrichten eines Paketklassifikatorfilters für einen Medienstrom, der über die Kommunikationsverbindung gesendet werden soll, parallel mit Signalisierungsfiltern für den anfänglichen Paketdatenprotokollkontext umfasst und ein Einrichten einer Dienstgüteklasse des Paketdatenprotokollkontexts auf einen höchsten Wert, der von irgendeinem der Medienströme und/oder Netzelemente, die den Paketdatenprotokollkontext verwenden, benötigt wird, umfasst und ein Reservieren von Verkehrsbetriebsmitteln für die Kommunikationsverbindung in einem solchen Maß, dass die Anforderungen für den Signalisierungsverkehr und die Medienströme erfüllt werden, umfasst.


 
18. Vorrichtung, die Folgendes umfasst:

ein Netzsteuerelement (5; 41), das dazu verwendet werden kann, eine Kommunikationsverbindung mit einer Richtliniensteuerung in einem Kommunikationsnetz zu steuern, wobei das Netzsteuerelement Folgendes umfasst:

einen Prozessor, der dazu ausgelegt ist, eine Erstellung der Kommunikationsverbindung mit der Richtliniensteuerung zwischen einer Anwendereinrichtung (1a, 1b, 1c) und einem Dienstbereitstellungsnetzelement basierend auf einem anfänglichen Paketdatenprotokollkontext zu steuern, wobei der anfängliche Paketdatenprotokollkontext ein Paketdatenprotokollkontext für grundlegende IP-Konnektivität, ein Allzweck-Paketdatenprotokollkontext oder ein Signalisierungs-Paketdatenprotokollkontext ist;

einen Empfänger, der dazu ausgelegt ist, eine zugeleitete Autorisierung für eine Änderung des anfänglichen Paketdatenprotokollkontexts für die Kommunikationsverbindung an dem Netzsteuerelement zu empfangen;

einen Prozessor, der dazu ausgelegt ist, die Änderung des anfänglichen Paketdatenprotokollkontexts für die Kommunikationsverbindung an dem Netzsteuerelement zu initialisieren;

einen Sender, der dazu ausgelegt ist, die Anwendereinrichtung (1a, 1b, 1c) über die Änderung durch Weiterleiten einer Anforderung der Änderung des anfänglichen Paketdatenprotokollkontexts für die Kommunikationsverbindung zu informieren; und

einen Prozessor, der dazu ausgelegt ist, relevante Betriebsmittel für einen abgeänderten Paketdatenprotokollkontext, der dazu ausgelegt ist, den Verkehr und die Übertragung von Medienstromdaten zu signalisieren, einzurichten, wobei die relevanten Betriebsmittel, die eingerichtet werden, eine Dienstgüteklasse des Paketdatenprotokollkontexts, Filter, die für die Kommunikationsverbindung verwendet werden sollen, und Bandbreiteneinstellungen, die für die Kommunikationsverbindung reserviert werden sollen, umfassen, und wobei der Prozessor dazu ausgelegt ist, Paketklassifikatorfilter für einen Medienstrom, der über die Kommunikationsverbindung gesendet werden soll, parallel mit Signalisierungsfiltern für den anfänglichen Paketdatenprotokollkontext einzurichten und eine Dienstgüteklasse des Paketdatenprotokollkontexts auf einen höchsten Wert, der von irgendeinem der Medienströme und/oder Netzelemente, die den Paketdatenprotokollkontext verwenden, benötigt wird, einzurichten und Verkehrsbetriebsmittel für die Kommunikationsverbindung in einem solchen Maß zu reservieren, dass die Anforderungen für den Signalisierungsverkehr und die Medienströme erfüllt werden.


 
19. Computerprogrammprodukt für einen Computer, das Softwarecodeabschnitte zum Ausführen der Schritte nach einem der Ansprüche 15 bis 17 dann, wenn das Produkt auf dem Computer ausgeführt wird, umfasst.
 
20. Computerprogrammprodukt nach Anspruch 19, wobei
das Computerprogrammprodukt ein computerlesbares Medium umfasst, auf dem die Softwarecodeabschnitte gespeichert sind, und/oder
das Computerprogrammprodukt direkt in den internen Speicher des Computers geladen werden kann.
 


Revendications

1. Appareil comprenant :

un élément de contrôle de réseau (5 ; 41) configuré pour contrôler une connexion de communication au moyen d'un contrôle de politique dans un réseau de communication, l'élément de contrôle de réseau (5 ; 41) comprenant

un processeur configuré pour contrôler l'établissement de la connexion de communication au moyen du contrôle de politique entre un équipement utilisateur (1a, 1b,

1c) et un élément de réseau fournisseur de service sur la base d'un contexte de protocole de données par paquets initial, dans lequel le contexte de protocole de données par paquets initial est l'un d'un contexte de protocole de données par paquets à connectivité IP de base, d'un contexte de protocole de données par paquets polyvalent, et d'un contexte de protocole de données par paquets de signalisation ;

un récepteur configuré pour recevoir une demande de modification du contexte de protocole de données par paquets initial pour la connexion de communication en provenance de l'équipement utilisateur (1a, 1b, 1c) ;

un processeur configuré pour vérifier si la modification est ou non autorisée et, lorsque la modification est autorisée, pour établir des ressources pertinentes pour un contexte de protocole de données par paquets modifié configuré pour signaliser le trafic et la transmission de données de flux multimédia, les ressources pertinentes devant être établies comprenant une classe de Qualité de Service du contexte de protocole de données par paquets, des filtres devant être utilisés pour la connexion de communication et des réglages de largeur de bande devant être réservés pour la connexion de communication, et dans lequel le processeur est configuré pour établir des filtres classificateurs de paquets destinés à un flux multimédia devant être transmis via la connexion de communication en parallèle à des filtres de signalisation destinés au contexte de protocole de données par paquets de signalisation initial, et

établir une classe de Qualité de Service du contexte de protocole de données par paquets à une valeur la plus élevée requise par l'un quelconque des flux multimédia et/ou des éléments de réseau utilisant le contexte de protocole de données par paquets ; et réserver des ressources de trafic pour la connexion de communication à un niveau tel que les exigences de trafic de signalisation et de flux multimédia soient satisfaites ; et

un émetteur configuré pour répondre à la demande de modification par un acquittement ou par un ensemble de paramètres de connexion de communication résultant de l'établissement des ressources pertinentes.


 
2. Appareil selon la revendication 1, dans lequel l'élément de contrôle de réseau (5 ; 41) est configuré pour vérifier l'autorisation de la modification en demandant une autorisation à une fonction de décision de politique et/ou à une fonction de règles de politique et de tarification (7).
 
3. Appareil selon la revendication 1, dans lequel l'élément de contrôle de réseau (5 ; 41) est configuré pour répondre à la demande de modification par une transmission d'informations concernant des paramètres de Qualité de Service.
 
4. Appareil selon la revendication 1, dans lequel l'élément de contrôle de réseau (5 ; 41) est associé à une entité du plan utilisateur et est configuré pour recevoir une demande de modification du contexte de protocole de données par paquets initial pour la connexion de communication sous la forme d'une demande de modification pertinente de la connectivité IP/du contexte de protocole de données par paquets à l'entité du plan utilisateur, ou
dans lequel l'élément de contrôle de réseau (5 ; 41) est configuré pour recevoir une demande de modification du contexte de protocole de données par paquets initial pour la connexion de communication comprenant un ensemble d'informations de liaison dans la demande de modification destinée à l'élément de contrôle de réseau.
 
5. Appareil selon la revendication 4, dans lequel l'entité du plan utilisateur associée à l'élément de contrôle de réseau (5 ; 41) ou l'élément de contrôle de réseau (5 ; 41) lui-même est configuré de manière à établir des ressources pertinentes pour le contexte de protocole de données par paquets modifié configuré pour signaliser le trafic et la transmission de données de flux multimédia par les étapes consistant à :

générer un contexte de protocole de données par paquets filtré en établissant des filtres de signalisation pour le contexte de protocole de données par paquets ;

établir des filtres classificateurs de paquets pour un flux multimédia devant être transmis via la connexion de communication ; et

réserver des ressources de trafic pour la connexion de communication à un niveau tel que les exigences de trafic de signalisation et de flux multimédia soient satisfaites.


 
6. Appareil selon la revendication 1, dans lequel l'élément de contrôle de réseau (5 ; 41) est configuré pour :

recevoir la demande de modification du contexte de protocole de données par paquets initial pour la connexion de communication comprenant un ensemble d'informations de liaison concernant la demande de modification destinée à l'élément de contrôle de réseau.


 
7. Appareil selon la revendication 5, dans lequel les ressources de trafic comprennent une largeur de bande pour la connexion de communication.
 
8. Appareil selon la revendication 1, dans lequel l'élément de contrôle de réseau (5 ; 41) comprend un noeud de prise en charge de passerelle de service général de radiocommunication par paquets, et/ou l'élément de réseau fournisseur de service est prévu dans un environnement de Sous-systèmes Multimédia IP.
 
9. Appareil selon la revendication 1, dans lequel l'élément de contrôle de réseau est en outre configuré pour contrôler la connexion de communication au moyen du contrôle de politique local à base de services.
 
10. Appareil comprenant :

un équipement utilisateur (1a, 1b, 1c) configuré pour établir une connexion de communication au moyen d'un contrôle de politique, l'équipement utilisateur (1a, 1b, 1c) comprenant :

un processeur configuré pour établir la connexion de communication avec un élément de réseau fournisseur de service via un élément de contrôle de réseau (5 ; 41) sur la base d'un contexte de protocole de données par paquets initial, dans lequel le contexte de protocole de données par paquets initial est l'un d'un contexte de protocole de données par paquets à connectivité IP de base, d'un contexte de protocole de données par paquets polyvalent, et d'un contexte de protocole de données par paquets de signalisation ;

un processeur configuré pour demander une modification du contexte de protocole de données par paquets initial pour la connexion de communication au niveau de l'élément de contrôle de réseau (5 ; 41) pour un contexte de protocole de données par paquets modifié configuré pour signaliser le trafic et la transmission de données de flux multimédia ; et

un récepteur configuré pour recevoir, en réponse à la demande de modification, un acquittement ou un ensemble de paramètres de connexion de communication pour le contexte de protocole de données par paquets modifié configuré pour signaliser le trafic et la transmission de données de flux multimédia, l'ensemble de paramètres de connexion de communication résultant d'un établissement de ressources pertinentes exécuté en raison de la demande de modification, les ressources pertinentes devant être établies comprenant une classe de Qualité de Service du contexte de protocole de données par paquets qui est modifié à une valeur la plus élevée requise par des flux multimédia et/ou des éléments de réseau quelconques utilisant le contexte de protocole de données par paquets, des filtres devant être utilisés pour la connexion de communication et des réglages de largeur de bande devant être réservés pour la connexion de communication, et dans lequel les ressources pertinentes devant être établies comprennent en outre des filtres classificateurs de paquets destinés à un flux multimédia devant être reçu via la connexion de communication en parallèle à des filtres de signalisation destinés au contexte de protocole de données par paquets de signalisation initial, et des ressources de trafic destinées à la connexion de communication réservée à un niveau tel que les exigences de signalisation de trafic et de flux multimédia soient satisfaites.


 
11. Appareil selon la revendication 10, dans lequel l'équipement utilisateur (1a, 1b, 1c) est configuré pour recevoir des informations concernant les paramètres de Qualité de Service en réponse à la demande de modification.
 
12. Appareil selon la revendication 10, dans lequel l'équipement utilisateur (1a, 1b, 1c) est configuré pour demander la modification du contexte de protocole de données par paquets initial pour la connexion de communication par l'une quelconque des étapes consistant à :

envoyer une demande de modification pertinente de connectivité IP/de contexte de protocole de données par paquets à une entité du plan utilisateur associée à l'élément de contrôle de réseau, et/ou

envoyer un ensemble d'informations de liaison dans la demande de modification à l'élément de contrôle de réseau.


 
13. Appareil selon la revendication 10, dans lequel l'équipement utilisateur (1a, 1b, 1c) est configuré pour demander la modification du contexte de protocole de données par paquets initial pour la connexion de communication en envoyant un ensemble d'informations de liaison dans la demande de modification à l'élément de contrôle de réseau (5 ; 41).
 
14. Appareil selon la revendication 10, dans lequel l'élément de contrôle de réseau (5 ; 41) comprend un noeud passerelle de prise en charge de service général de radiocommunication par paquets et/ou
l'élément de réseau fournisseur de service est prévu dans un environnement de Sous-systèmes Multimédia IP.
 
15. Procédé consistant à
contrôler l'établissement d'une connexion de communication au moyen d'un contrôle de politique entre un équipement utilisateur et un élément de réseau fournisseur de service sur la base d'un contexte de protocole de données par paquets initial, dans lequel le contexte de protocole de données par paquets initial est l'un d'un contexte de protocole de données par paquets à connectivité IP de base, d'un contexte de protocole de données par paquets polyvalent, et d'un contexte de protocole de données par paquets de signalisation ;
recevoir une demande de modification du contexte de protocole de données par paquets initial pour la connexion de communication en provenance de l'équipement utilisateur ;
vérifier si la modification est ou non autorisée ; et
lorsque la modification est autorisée, établir des ressources pertinentes pour un contexte de protocole de données par paquets modifié configuré pour signaliser le trafic et la transmission de données de flux multimédia, les ressources pertinentes devant être établies comprenant une classe de Qualité de Service du contexte de protocole de données par paquets, des filtres devant être utilisés pour la connexion de communication et des réglages de largeur de bande devant être réservés pour la connexion de communication, et dans lequel l'établissement de ressources pertinentes comprend l'établissement de filtres classificateurs de paquets destinés à un flux multimédia devant être transmis via la connexion de communication en parallèle à des filtres de signalisation destinés au contexte de protocole de données par paquets de signalisation initial, et établir une classe de Qualité de Service du contexte de protocole de données par paquets à une valeur la plus élevée requise par l'un quelconque des flux multimédia et/ou des éléments de réseau utilisant le contexte de protocole de données par paquets ; et réserver des ressources de trafic pour la connexion de communication à un niveau tel que les exigences de trafic de signalisation et de flux multimédia soient satisfaites ; et
répondre à la demande de modification par un acquittement ou par un ensemble de paramètres de connexion de communication résultant de l'établissement des ressources pertinentes.
 
16. Procédé consistant à
établir une connexion de communication au moyen d'un contrôle de politique avec un élément de réseau fournisseur de service via un élément de contrôle de réseau sur la base d'un contexte de protocole de données par paquets initial, dans lequel le contexte de protocole de données par paquets initial est l'un d'un contexte de protocole de données par paquets à connectivité IP de base, d'un contexte de protocole de données par paquets polyvalent, et d'un contexte de protocole de données par paquets de signalisation ; demander une modification du contexte de protocole de données par paquets initial pour la connexion de communication au niveau de l'élément de contrôle de réseau pour un contexte de protocole de données par paquets modifié configuré pour signaliser le trafic et la transmission de données de flux multimédia ; et recevoir, en réponse à la demande de modification, un acquittement ou un ensemble de paramètres de connexion de communication pour le contexte de protocole de données par paquets modifié configuré pour signaliser le trafic et la transmission de données multimédia, l'ensemble de paramètres de connexion de communication résultant d'un établissement de ressources pertinentes exécuté en raison de la demande de modification, les ressources pertinentes qui sont établies comprenant une classe de Qualité de Service du contexte de protocole de données par paquets qui est modifiée à la valeur la plus élevée requise par l'un quelconque des flux multimédia et/ou des éléments de réseau utilisant le contexte de protocole de données par paquets, des filtres devant être utilisés pour la connexion de communication et des réglages de largeur de bande devant être réservés pour la connexion de communication, et dans lequel les ressources pertinentes devant être établies comprennent en outre des filtres classificateurs de paquets destinés à un flux multimédia devant être reçu via la connexion de communication en parallèle à des filtres de signalisation destinés au contexte de protocole de données par paquets de signalisation initial, et des ressources de trafic destinées à la connexion de communication réservée à un niveau tel que les exigences de trafic de signalisation et de flux multimédia soient satisfaites.
 
17. Procédé de contrôle d'une connexion de communication au moyen d'un contrôle de politique, le procédé comprenant les étapes consistant à :

établir la connexion de communication au moyen du contrôle de politique dans un réseau de communication entre un équipement utilisateur et un élément de réseau fournisseur de service via un élément de contrôle de réseau sur la base d'un contexte de protocole de données par paquets initial, dans lequel le contexte de protocole de données par paquets initial est l'un d'un contexte de protocole de données par paquets à connectivité IP de base, d'un contexte de protocole de données par paquets polyvalent, et d'un contexte de protocole de données par paquets de signalisation ;

recevoir une autorisation poussée de modification du contexte de protocole de données par paquets initial pour la connexion de communication au niveau de l'élément de contrôle de réseau ;

initialiser la modification du contexte de protocole de données par paquets initial pour la connexion de communication au niveau de l'élément de contrôle de réseau ;

informer l'équipement utilisateur de la modification en réacheminant une demande de modification du contexte de protocole de données par paquets initial pour la connexion de communication ; et

établir des ressources pertinentes pour un contexte de protocole de données par paquets modifié configuré pour signaliser le trafic et la transmission de données de flux multimédia, les ressources pertinentes qui sont établies comprenant une classe de Qualité de Service du contexte de protocole de données par paquets, des filtres devant être utilisés pour la connexion de communication, et des réglages de largeur de bande devant être réservés pour la connexion de communication, et dans lequel l'établissement de ressources pertinentes comprend l'établissement de filtres classificateurs de paquets destinés à un flux multimédia devant être transmis via la connexion de communication en parallèle à des filtres de signalisation destinés au contexte de protocole de données par paquets de signalisation initial, et

établir une classe de Qualité de Service du contexte de protocole de données par paquets à une valeur la plus élevée requise par l'un quelconque des flux multimédia et/ou des éléments de réseau utilisant le contexte de protocole de données par paquets ; et réserver des ressources de trafic destinées à la connexion de communication à un niveau tel que les exigences de trafic de signalisation et de flux multimédia soient satisfaites.


 
18. Appareil comprenant :

un élément de contrôle de réseau (5 ; 41) utilisable pour contrôler une connexion de communication au moyen d'un contrôle de politique dans un réseau de communication, l'élément de contrôle de réseau comprenant

un processeur configuré pour contrôler l'établissement de la connexion de communication au moyen du contrôle de politique entre un équipement utilisateur (1a, 1b,

1c) et un élément de réseau fournisseur de service sur la base d'un contexte de protocole de données par paquets initial, dans lequel le contexte de protocole de données par paquets initial est l'un d'un contexte de protocole de données par paquets à connectivité IP de base, d'un contexte de protocole de données par paquets polyvalent, et d'un contexte de protocole de données par paquets de signalisation ;

un récepteur configuré pour recevoir une autorisation poussée de modification du contexte de protocole de données par paquets initial pour la connexion de communication au niveau de l'élément de contrôle de réseau ;

un processeur configuré pour initialiser la modification du contexte de protocole de données par paquets initial pour la connexion de communication au niveau de l'élément de contrôle de réseau ;

un émetteur configuré pour informer l'équipement utilisateur (1a, 1b, 1c) de la modification en réacheminant une demande de modification du contexte de protocole de données par paquets initial pour la connexion de communication ; et

un processeur configuré pour établir des ressources pertinentes pour un contexte de protocole de données par paquets modifié configuré pour signaliser le trafic et la transmission de données de flux multimédia, les ressources pertinentes qui sont établies comprenant une classe de Qualité de Service du contexte de protocole de données par paquets, des filtres devant être utilisés pour la connexion de communication, et des réglages de largeur de bande devant être réservés pour la connexion de communication, dans lequel le processeur est configuré pour établir des filtres classificateurs de paquets pour un flux multimédia devant être transmis via la connexion de communication en parallèle à des filtres de signalisation destinés au contexte de protocole de données par paquets de signalisation initial, et établir une classe de Qualité de Service du contexte de protocole de données par paquets à une valeur la plus élevée requise par l'un quelconque des flux multimédia et/ou des éléments de réseau utilisant le contexte de protocole de données par paquets ; et réserver des ressources de trafic destinées à la connexion de communication à un niveau tel que les exigences de trafic de signalisation et de flux multimédia soient satisfaites.


 
19. Produit de programme informatique destiné à un ordinateur, comprenant des parties de code logiciel destinées à mettre en oeuvre les étapes selon l'une quelconque des revendications 15 à 17 lorsque ledit produit est exécuté sur l'ordinateur.
 
20. Produit de programme informatique selon la revendication 19, dans lequel
ledit produit de programme informatique comprend un support lisible par ordinateur sur lequel sont stockées lesdites parties de code logiciel, et/ou ledit produit de programme informatique peut être directement chargé dans la mémoire interne de l'ordinateur.
 




Drawing























Cited references

REFERENCES CITED IN THE DESCRIPTION



This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.

Patent documents cited in the description




Non-patent literature cited in the description