(19)
(11)EP 2 597 908 B1

(12)EUROPEAN PATENT SPECIFICATION

(45)Mention of the grant of the patent:
11.09.2019 Bulletin 2019/37

(21)Application number: 11816066.2

(22)Date of filing:  25.07.2011
(51)International Patent Classification (IPC): 
H04W 36/12(2009.01)
H04L 12/24(2006.01)
H04L 29/12(2006.01)
H04W 28/24(2009.01)
H04M 15/00(2006.01)
H04L 12/701(2013.01)
(86)International application number:
PCT/CN2011/077572
(87)International publication number:
WO 2012/019507 (16.02.2012 Gazette  2012/07)

(54)

POLICY CONTROL METHOD AND SYSTEM FOR A FIXED BROADBAND ACCESS NETWORK

RICHTLINIENSTEUERUNGSVERFAHREN UND -SYSTEM FÜR EIN FESTES BREITBANDZUGANGSNETZWERK

PROCÉDÉ ET SYSTÈME DE CONTRÔLE DE POLITIQUE POUR UN RÉSEAU D'ACCÈS FIXE À LARGE BANDE


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

(30)Priority: 12.08.2010 CN 201010255023

(43)Date of publication of application:
29.05.2013 Bulletin 2013/22

(73)Proprietor: ZTE Corporation
Shenzhen, Guangdong 518057 (CN)

(72)Inventors:
  • ZHOU, Xiaoyun
    Shenzhen Guangdong 518057 (CN)
  • RUI, Tong
    Shenzhen Guangdong 518057 (CN)

(74)Representative: Wynne-Jones IP Limited 
2nd Floor, 5210 Valiant Court Gloucester Business Park Gloucester
Gloucestershire GL3 4FE
Gloucestershire GL3 4FE (GB)


(56)References cited: : 
EP-A1- 2 571 327
CN-A- 1 980 409
EP-A1- 2 592 852
CN-A- 101 512 971
  
  • ALCATEL-LUCENT: "3GPP - BBF Interworking - 3GPP TS 23.402 Procedures (Attach, Detach, Dedicated Bearer Activation, Intra-LTE macro 3GPP Femto HO)", 3GPP DRAFT; S2-102353-DISC-3GPP FEMTO QOS OPTIONS, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Kyoto, Japan; 20100510 - 20100514, 4 May 2010 (2010-05-04), XP050630783, [retrieved on 2010-05-04]
  • ALCATEL-LUCENT: "S9* Gap analysis for 3GPP Femto", 3GPP DRAFT; S2-102193_PCR_3GPP-BBF S9(STAR) GAP - 3GPP FEMTO, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Kyoto; 20100510, 4 May 2010 (2010-05-04), XP050434406, [retrieved on 2010-05-04]
  • "Draft Report of the 3GPP/BBF/ATIS/TISPAN Workshop on Fixed-Mobile Convergence (FMC)", 3GPP DRAFT; DRAFT_MINUTES_BBF_3GPP_WORKSHOP_, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE , vol. TISPAN, no. San Francisco, USA; 20100218 - 20100219 1 March 2010 (2010-03-01), XP050655081, Retrieved from the Internet: URL:http://www.3gpp.org/ftp/workshop/2010- 02-18_FMC_BBF/Report/ [retrieved on 2010-02-18]
  • ALCATEL-LUCENT: "3GPP - BBF Interworking - 3GPP TS 23.402 Procedures (Attach, Detach, Dedicated Bearer Activation, Intra-LTE macroA 3GPP Femto HO)", 3GPP DRAFT; S2-102194-3GPP-BBF TS 23_402 PROC, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Kyoto; 20100510, 4 May 2010 (2010-05-04), XP050434407, [retrieved on 2010-05-04]
  • 3GPP DRAFT; FMC100019, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE , 11 February 2010 (2010-02-11), XP050655062, Retrieved from the Internet: URL:http://www.3gpp.org/ftp/workshop/2010- 02-18_FMC_BBF/Docs/ [retrieved on 2010-02-11]
  • ZTE: "Discussion on an alternative architecture for BBF interworking via WLAN access", 3GPP DRAFT; S2-103412 DISCSSION ALTERNATIVE ARCHITECTURE FOR WLAN, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Brunstad; 20100903, 24 August 2010 (2010-08-24), XP050458478, [retrieved on 2010-08-24]
  • 3GPP SA2: "[DRAFT] LS on BBF Access Interworking status update", 3GPP DRAFT; S2-103023_LS_TO_BBF, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Kyoto, Japan; 20100510 - 20100514, 14 May 2010 (2010-05-14), XP050630856, [retrieved on 2010-05-14]
  • VODAFONE: "Femto -BBF interworking architecture - femto specific", 3GPP DRAFT; S2-102622_PCR_3GPP-BBF FEMTO ARCH, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Kyoto; 20100510, 4 May 2010 (2010-05-04), XP050434735, [retrieved on 2010-05-04]
  • ALCATEL-LUCENT ET AL: "3GPP - BBF Interworking - 3GPP Femto Architecture Diagrams", 3GPP DRAFT; S2-102192_PCR_3GPP-BBF IWKFEMTO ARCHITECTURE DIAGRAMS, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Kyoto; 20100510, 4 May 2010 (2010-05-04), XP050434405, [retrieved on 2010-05-04]
  
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

TECHNICAL FIELD



[0001] The disclosure relates to intercommunication between 3GPP and Broadband Forum (BBF), and in particular to a policy control method and a policy control system for a fixed broadband access network.

BACKGROUND



[0002] Fig. 1 shows an architecture diagram of a current 3GPP Evolved Packet System (EPS). The EPS network architecture in a non-roaming scene shown in Fig. 1 includes an Evolved Universal Terrestrial Radio Access Network (E-UTRAN), a Mobility Management Entity (MME), a Serving Gateway (S-GW), a Packet Data Network Gateway (P-GW, also called PDN GW), a Home Subscriber Server (HSS), a Policy and Charging Rules Function (PCRF) and other support nodes.

[0003] The PCRF is the core of Policy and Charging Control (PCC) and is responsible for making policies and making charging rules. The PCRF provides network control rules which are based on service data stream, wherein the network control includes the detection, gating control, Quality of Service (QoS) control of the service data stream, the charging rules based on data stream and so on. The PCRF sends the policy and charging rules made by the PCRF itself to a Policy and Charging Enforcement Function (PCEF) to execute, meanwhile the PCRF has to guarantee the consistency between the rules and the subscription information of a user. The basis for the PCRF to make policy and charging rules includes: acquiring information related to service from Application Function (AF), acquiring the policy and charging control subscription information of a user from a Subscription Profile Repository (SPR), and acquiring network information related to bearer from the PCEF.

[0004] The EPS supports the interconnection with a non-3GPP system, which is implemented through S2a/b/c interfaces, wherein the P-GW serves as an anchor between the 3GPP system and the non-3GPP system. As shown in Fig. 1, the non-3GPP system is divided into trusted non-3GPP IP access and untrusted non-3GPP IP access, wherein the trusted non-3GPP IP access is connected directly to the P-GW via the S2a interface; while the untrusted non-3GPP IP access needs to be connected to the P-GW through an Evolved Packet Data Gateway (ePDG). The interface between the ePDG and the P-GW is the S2b interface, and Internet Protocol Security (IPSec) is adopted between the User Equipment (UE) and the ePDG to perform encryption protection on signalling and data. The S2c interface provides user-plane-related control and mobility support between the UE and the P-GW, wherein the supported mobility management protocol is Mobile IPv6 support for dual stack Hosts and Routers (DSMIPv6).

[0005] At present, many operators focus on Fixed Mobile Convergence (FMC) and research the intercommunication between 3GPP and BBF. For the scene that a user accesses a mobile core network through the BBF (that is, fixed broadband access network), it is needed to guarantee the QoS on the entire transmission path of data (the data would be transmitted through the fixed network and the mobile network). In the conventional art, interaction is implemented through the PCRF and a Broadband Policy Control Framework (BPCF) in the BBF access (that is, fixed broadband access network), so as to realize QoS guarantee. The BPCF is the policy control framework in the fixed broadband access network. For a resource request message from the PCRF, the BPCF performs resource admission control according to the network policy and subscription information of the fixed broadband access network, or forwards the resource request message to other network elements (for example, Broadband Network Gateway (BNG)) of the fixed broadband access network), and then this network element performs resource admission control (that is to say, the BPCF delegates other network elements to perform resource admission control). For example, when a UE accesses a 3GPP core network through a Wide Local Area Network (WLAN), in order to guarantee that the total bandwidth of the services accessed by all UEs which access the core network through one WLAN access line does not exceed the bandwidth of this line (for example, subscribed bandwidth or maximum physical bandwidth supported by this line), the PCRF needs to interact with the BPCF when performing QoS authorization, so that the fixed broadband access network performs the resource admission control. During specific implementation, the PCRF provides QoS rules for the BPCF and the fixed broadband access network performs admission control according to the QoS rules.

[0006] Fig. 2 shows a diagram illustrating the architecture in which a UE accesses a 3GPP core network through a fixed broadband access network according to the conventional art. As shown in Fig. 2, the fixed broadband access network serves as the untrusted non-3GPP access. In the architecture shown in Fig. 2, after the UE is accessed to the fixed broadband access network, a Broadband Remote Access Server (BRAS)/BNG would perform 3GPP-based access authentication, meanwhile the BPCF of the BBF actively initiates an S9* session to interact with the PCRF of the 3GPP. Thus, the PCRF can interact with the BPCF when performing QoS authorization; and then the BPCF performs the resource admission control or delegates other network elements of the fixed broadband access network to perform the resource admission control.

[0007] However, in some scenes, the fixed broadband access network can not always sense the access of UE, or the fixed broadband access network does not support the 3GPP-based access authentication. In this case, the BPCF can not initiate the S9* session actively and thus can not implement the QoS control on the access of UE.

[0008] The document "ALCATEL-LUCENT: 3GPP - BBF Inteworking - 3GPP TS 23.402 Procedures (Attach, Detach, Dedicated Bearer Activation, Intra-LTE macro 3GPP Femto HO), XP050630783" discloses architecture alternatives to provide QoS in the BBF access for 3GPP Femto as well as the CS architecture.

[0009] The document "ALCATEL-LUCENT: S9* Gap analysis for 3GPP Femto, XP050434406" discloses the functionality spilt between the PCRF and the BPCF, includes S9* high level procedures and proposes that the text be included in the TR.

[0010] The document "Draft Report of the 3GPP/BBF/ATIS/TISPAN Workshop on Fixed-Mobile Convergence (FMC), XP050655081" discloses that the FMC100041 was slightly edited online and revised into FMC100054.

[0011] The document "ALCATEL-LUCENT:"3GPP - BBF Interworking - 3GPP TS 23.402 Procedures (Attach, Detach, Dedicated Bearer Activation, Intra-LTE macroA 3GPP Femto HO), XP050434407" discloses changes to the TS 23.402 procedures to support the 89* interface between the PCRF and the BPCF for the 3GPP Femto application.

[0012] The document "3GPP DRAFT· FMC100019 3RD GENERATION PARTNERSHIP
PROJECT (3GPP), XP050655062" discloses 3GPP- BBF Network Architecture Assumptions, WT-203 PCRF - BPCF IWK Requirements, PCRF & BPCF Functionality, S9* Candidate protocols -Analysis and Recommendation.

[0013] The document EP 2592852 A1 discloses a method for policy and charging rules function (PCRF) informing centralized deployment functional architecture (BPCF) of user equipment access information.

[0014] The document EP 2571327 A1 discloses a method and system for reporting fixed network access information.

[0015] The document "ZTE:Discussion on an alternative architecture for BBF interworking via WLAN access, XP050458478" discloses analyse and propose the practicable solution for solving following issues that under certain circumstances, if the BBF access network is not aware of that a 3GPP UE is accessing or the 3GPP-based access authentication is not supported by the BBF access network, the BPCF will not be triggered to initiate the 89* session establishment.

[0016] The document "3GPP SA2: [DRAFT] LS on BBF Access Interworking status update, XP050630856" discloses that SA2 proposes assumptions about BBF network functionality.

[0017] The document "VODAFONE: Femto -BBF interworking architecture - femto specific, XP050434735" discloses architecture diagrams for the 3GPP-BBF interworking for the H(e)NB.

[0018] The document "ALCATEL-LUCENT ETAL:"3GPP-BBF Interworking - 3GPP Femto Architecture Diagrams, XP050434405" discloses architecture diagrams for the 3GPP-BBF interworking for the 3GPP Femto.

SUMMARY



[0019] In view of the above, the main purpose of the disclosure is to provide a policy control method and a policy control system for a fixed broadband access network, which can implement the QoS control on the access of UE and thus provide QoS guarantee to the entire transmission path of data in the case that the fixed broadband access network fails to sense the access of UE or that the fixed broadband access network does not support 3GPP-based access authentication.

[0020] In order to achieve the purpose above, the invention is defined as follows:

a policy control method for a fixed broadband access network according to claim 1,

a policy control system for a fixed broadband access network according to claim 8.



[0021] The policy control method includes setting an FMC PF in a mobile network to which a user requests to access,
after the FMC PF receives a trigger message from an ePDG, the FMC PF requests a BPCF in the fixed broadband access network to establish a policy control session. The fixed broadband access network performs admission control according to QoS rules or QoS information transmitted from the FMC PF through the policy control session. The FMC PF may serve as a separate function entity, or may be integrated in a PCRF.

[0022] The trigger message received by the FMC PF from the ePDG is: a gateway control session establishment message carrying IPSec external tunnel information or a Dynamic Host Configuration Protocol (DHCP) request message carrying IPSec external tunnel information, wherein the IPSec external tunnel information may include a UE local IP address received by the ePDG.

[0023] The processing that the FMC PF requests the BPCF to establish a policy control session may include: the FMC PF determines the BPCF of the fixed broadband access network accessed by the UE or the entry point of the fixed broadband access network in which the BPCF is located according to the UE local IP address, and sends an S9* session establishment message to the BPCF, wherein the S9* session establishment message may carried with the IPSec external tunnel information.

[0024] The IPSec external tunnel information may include a source port number.

[0025] When the user is a non-roaming user, the mobile network to which the user requests to access may the Public Land Mobile Network (PLMN) to which the user belongs; when the user is a roaming user, the mobile network to which the user requests to access may be the PLMN that the user visits.

[0026] The processing of requesting to establish a policy control session and the processing that the fixed broadband access network performs admission control may include: after the FMC PF acquires PCC rules, QoS rules or a QoS request, the FMC PF transmits the QoS rules or QoS information to the BPCF through the policy control session.

[0027] The FMC PF may serve as a separate function entity, and the processing that the FMC PF acquires the QoS rules or the QoS information may include: the FMC PF acquires the PCC rules or the QoS rules from a PCRF; or the FMC PF acquires the QoS request from the ePDG.

[0028] The FMC PF may be integrated in the PCRF, and the processing that the FMC PF acquires the PCC rules, the QoS rule or the QoS request may include: when the user is a non-roaming user, the PCRF makes the PCC rules and/or the QoS rules; when the user is a roaming user, the PCRF acquires the PCC rules or the QoS rules from a PCRF of the PLMN to which the user belongs; or
the PCRF acquires the QoS request from the ePDG.

[0029] The processing that the fixed broadband access network performs resource admission control according to a request may include:
if the BPCF receives a request for allocating bandwidth resource GBR (Guaranteed Bit Rate), the fixed broadband access network performs the resource admission control according to the currently available bandwidth of a subscribed fixed-network line:

when the rest available bandwidth is greater than or equal to the GBR, the fixed broadband access network accepts the request of the FMC PF of the mobile network to which the user requests to access; the fixed broadband access network returns an acceptance acknowledgement message to the FMC PF of the mobile network to which the user requests to access; and the fixed broadband access network deducts the GBR from the currently available bandwidth of the subscribed fixed-network line,

when the rest available bandwidth is less than the GBR, the fixed broadband access network rejects the request of the FMC PF of the mobile network to which the user requests to access; and the fixed broadband access network returns a rejection message to the FMC PF of the mobile network to which the user requests to access, wherein the rejection message may be carried with the bandwidth that the fixed broadband access network can accept,



[0030] If the BPCF receives a request for releasing the bandwidth resource GBR, the BPCF returns an acceptance acknowledgement message; and the fixed broadband access network adds the GBR to the currently available bandwidth of the subscribed fixed-network line.

[0031] If the FMC PF receives the rejection message, the method may further include: the FMC PF performs resource pre-emption according to an Allocation and Retention Priority (ARP).

[0032] The policy control system includes an ePDG, an FMC PF and a BPCF, wherein
the ePDG is configured to send a trigger message to the FMC PF;
the FMC PF is set in a mobile network to which a user requests to access and is configured to receive the trigger message from the ePDG and to request the BPCF to establish a policy control session; and
the BPCF is configured to receive the request from the FMC PF and to perform admission control according to QoS rules or QoS information transmitted through the policy control session or to delegate another network element of the fixed broadband access network to perform the admission control.

[0033] The FMC PF may be configured to acquire PCC rules, QoS rules or a QoS request containing GBR, and to transmit the QoS rules or QoS information to the BPCF through the policy control session.

[0034] The FMC PF may serve as a separate function entity,
the system may further include a PCRF which is configured to provide the PCC rules or the QoS rules to the FMC PF; or
the ePDG may be configured to provide the QoS request to the FMC PF.

[0035] The FMC PF may be integrated in a PCRF,
the PCRF may be configured to make PCC rules or QoS rules when the user is a non-roaming user, and to acquire the PCC rules or the QoS rules from a PCRF of the PLMN to which the user belongs when the user is a roaming user; or
the PCRF may be configured to acquire the QoS request from the ePDG.

[0036] When the FMC PF receives a rejection message from the BPCF, the FMC PF may be configured to perform resource pre-emption according to an ARP.

[0037] From the above technical scheme provided by the disclosure, it can be seen that an FMC PF used for sensing the access of a UE to a fixed broadband access network is set in a mobile network to which a user requests to access; after the FMC PF receives a trigger message from an ePDG, the FMC PF requests a BPCF to establish a policy session, and the BPCF performs policy control according to the information of the fixed broadband access network accessed by the UE. From the implementation of the method of the disclosure, it can be seen that when the UE is accessed to the 3GPP through the fixed broadband access network, the FMC PF senses a gateway control session establishment request message or a DHCP request message from the ePDG, so that the PCRF of the 3GPP access network accessed by the UE is triggered to send a policy session request to the BPCF. In this way, in the case that the fixed broadband access network fails to sense the access of the UE or that the fixed broadband access network does not support 3GPP-based access authentication in the conventional art where the UE is accessed to a 3GPP core network through the fixed broadband access network, QoS control is achieved for the access of the UE, and thus QoS guarantee is provided to the entire transmission path of data.

[0038] Various embodiments are defined by the dependent claims.

BRIEF DESCRIPTION OF THE DRAWINGS



[0039] 

Fig. 1 shows an architecture diagram of an existing EPS;

Fig. 2 shows a diagram illustrating the architecture in which a UE accesses a 3GPP core network through a fixed broadband access network according to the conventional art;

Fig. 3 shows a flowchart of a policy control method for a fixed broadband access network according to the disclosure;

Fig. 4 shows a structure diagram of a policy control system for a fixed broadband access network according to the disclosure;

Fig. 5 shows a diagram illustrating the home routed roaming scene in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network according to the disclosure, in which a PMIPv6 protocol is adopted between an ePDG and a P-GW;

Fig. 6 shows an attachment flowchart in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network based on the architecture shown in Fig. 5;

Fig. 7 shows a diagram illustrating the home routed roaming scene in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network according to the disclosure, in which a GTP protocol is adopted between an ePDG and a P-GW;

Fig. 8 shows an attachment flowchart in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network based on the architecture shown in Fig. 7;

Fig. 9 shows a diagram illustrating the home routed roaming scene in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network according to the disclosure, in which the UE adopts a DSMIPv6 protocol;

Fig. 10 shows an attachment flowchart in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network based on the architecture shown in Fig. 9;

Fig. 11 shows a diagram illustrating the local breakout roaming scene in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network according to the disclosure, in which a GTP or PMIPv6 protocol is adopted between an ePDG and a P-GW;

Fig. 12 shows an attachment flowchart in which a UE attachment a 3GPP core network through an untrusted fixed broadband access network based on the architecture shown in Fig. 11;

Fig. 13 shows a diagram illustrating the local breakout roaming scene in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network according to the disclosure, in which the UE adopts a DSMIPv6 protocol to perform access;

Fig. 14 shows an attachment flowchart in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network based on the architecture shown in Fig. 13;

Fig. 15 shows a diagram illustrating the non-roaming scene in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network according to the disclosure, in which a GTP or PMIPv6 protocol is adopted between an ePDG and a P-GW;

Fig. 16 shows a diagram illustrating the non-roaming scene in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network according to the disclosure, in which the UE adopts a DSMIPv6 protocol to perform access;

Fig. 17 shows a flowchart in which a PCRF requests a BPCF to perform QoS authorization when making polices in the home routed roaming scene according to the disclosure;

Fig. 18 shows a flowchart in which a PCRF requests a BPCF to perform QoS authorization when making polices in the local breakout roaming scene according to the disclosure; and

Fig. 19 shows a flowchart in which an H-PCRF requests a BPCF to perform QoS authorization when making polices in the home routed roaming scene according to the disclosure.


DETAILED DESCRIPTION



[0040] Fig. 3 shows a flowchart of a policy control method for a fixed broadband access network according to the disclosure. As shown in Fig. 3, the method includes the following steps.

[0041] Step 300: an FMC Policy Function (PF) is set in a mobile network to which a user requests to access.

[0042] The FMC PF may serve as a separate function entity, or may be integrated in a PCRF.

[0043] When the user is a non-roaming user, the mobile network to which the user requests to access is the PLMN to which the user belongs; when the user is a roaming user, the mobile network to which the user requests to access is the PLMN that the user visits.

[0044] Step 301: after receiving a trigger message from an ePDG, the FMC PF requests a BPCF to establish a policy control session.

[0045] After a UE is accessed to a fixed broadband access network system, the fixed broadband access network system would allocate a local IP address for the UE, then the UE initiates an Internet Key Exchange version 2 (IKEv2) tunnel establishment process and adopts an Extensible Authentication Protocol (EAP) to perform authentication. For a roaming scene, the ePDG further interacts with an Authentication, Authorization and Accounting Server (AAA Server, which also can interact with an HSS) through an AAA Proxy to complete the EAP authentication.

[0046] After the EAP authentication is passed, the ePDG sends the FMC PF a gateway control session establishment message or a DHCP request message to, in which user ID, PDN ID and IPSec external tunnel information are carried. The IPSec external tunnel information includes the source address and the source port of the IKEv2 signalling sent from the UE and received by the ePDG. It should be noted that the source address and the source port received by the ePDG probably are different from those sent by the UE because the IKEv2 signalling might be processed with Network Address Translator (NAT) traversal. For ease of description, the source address of the UE acquired by the ePDG in this paper (including both conditions of NAT existing between the UE and the ePDG and NAT not existing between the UE and the ePDG) is called the UE local IP address. For the condition of NAT not existing between the UE and the ePDG, the UE local IP address may be applied to the fixed broadband access network to locate the UE; if NAT exists, the local address of the UE and the source port number may be applied to the fixed broadband access network to locate the UE. If there is no NAT detected, the IPSec external tunnel information contains the source IP address only.

[0047] The FMC PF determines the BPCF of the fixed broadband access network accessed by the UE or the entry point of the fixed broadband access network in which the BPCF is located according to the source address (for example, IP address) in the IPSec external tunnel information, and sends an S9* session establishment message to the BPCF, wherein the S9* session establishment message is carried with the source IP address and the source port number contained in the IPSec external tunnel information (NAT exists if NAT is detected).

[0048] Step 302: the fixed broadband access network performs admission control according to QoS rules or QoS information transmitted from the FMC PF through the policy control session.

[0049] The fixed broadband access network performs admission control according to the QoS rules or QoS information and the available bandwidth resource of the line of the fixed broadband access network accessed by the user, or delegates other network elements of the fixed broadband access network to perform resource admission control.

[0050] It can be seen from the implementation of the method of the disclosure that, when the UE is accessed to the 3GPP through the fixed broadband access network, the FMC PF senses the trigger message from the ePDG (receiving the gateway control session establishment request message or DHCP request message), so that the FMC PF of the 3GPP access network accessed by the UE is triggered to send a policy session request to the BPCF. In this way, in the case that the fixed broadband access network fails to sense the access of the UE or that the fixed broadband access network does not support 3GPP-based access authentication in the architecture of the conventional art where the UE is accessed to the 3GPP core network through the fixed broadband access network, QoS control is achieved for the access of the UE, and thus QoS guarantee is provided to the entire transmission path of data.

[0051] After the UE is accessed to the 3GPP core network through the fixed broadband access network, the policy may change. For instance, the PCRF (or a Home PCRF (H-PCRF) in a roaming scene) makes a policy after receiving service information provided by an AF or a resource modification request message initiated by the UE, and the BPCF is requested to perform admission control after the FMC PF receives changed PCC rules, QoS Rules or QoS request, then the fixed broadband access network performs resource admission control according to the request (that is, the BPCF performs resource admission control or the BPCF delegates other network elements to perform resource admission control).

[0052] Fig. 4 shows a structure diagram of a policy control system for a fixed broadband access network according to the disclosure. As shown in Fig. 4, the system at least includes an ePDG, an FMC PF and a BPCF, wherein
the ePDG is configured to send a trigger message to the FMC PF;
the FMC PF, provided in a mobile network to which a user requests to access, is configured to receive the trigger message from the ePDG and to request the BPCF to establish a policy control session; wherein the FMC PF may serve as a separate function entity, or may be integrated in a PCRF;
the BPCF is configured to receive the request from the FMC PF and to perform admission control according to QoS rules or QoS information transmitted through the policy control session or to delegate other network elements of the fixed broadband access network to perform admission control.

[0053] The FMC PF is specifically configured to acquire PCC rules, QoS rules or a QoS request containing GBR, and to transmit the QoS information to the BPCF through the policy control session.

[0054] When the FMC PF serves as a separate function entity, the system provided by the disclosure further includes a PCRF which is configured to provide the PCC rules or QoS rules to the FMC PF; or
the ePDG is further configured to provide the QoS request to the FMC PF.

[0055] When the FMC PF is integrated in the PCRF, the PCRF is configured to make the PCC rules or QoS rules when the user is a non-roaming user, and to acquire the PCC rules or QoS rules from the PCRF of the PLMN to which the user belongs when the user is a roaming user; or
the PCRF is configured to acquire the QoS request from the ePDG.

[0056] The method of the disclosure is described below in further detail in conjunction with embodiments.

[0057] Fig. 5 shows a diagram illustrating the home routed roaming scene in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network according to the disclosure, in which a PMIPv6 protocol is adopted between an ePDG and a P-GW. In Fig. 5, except the addition of the FMC PF, other network entities and the connection relationships therebetween are the same as those in the conventional art.

[0058] Therefore, Fig. 5 is easily understood for those skilled in the art and no further description is provided here.

[0059] Fig. 6 shows an attachment flowchart in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network based on the architecture shown in Fig. 5. Referring to Fig. 5 and Fig. 6, supposing an FMC PF is provided in a V-PCRF as the function enhancement of the V-PCRF in this embodiment, the specific implementation includes the following steps.

[0060] Step 601: after the UE is accessed to the fixed broadband access network system, the fixed broadband access network system allocates a local IP address for the UE. The UE initiates an IKEv2 tunnel establishment process and adopts an EAP to perform authentication. Since this embodiment is in a roaming scene, the ePDG interacts with an AAA Server (the AAA Server further interacts with an HSS) through an AAA Proxy to complete the EAP authentication.

[0061] Step 602: the ePDG sends the V-PCRF a gateway control session establishment message, in which the user ID, PDN ID and IPSec external tunnel information are carried, wherein the IPSec external tunnel information includes the source address and the source port of the IKEv2 signalling sent from the UE and received by the ePDG.

[0062] Since the IKEv2 signalling might be processed with NAT traversal, the source address and the source port received by the ePDG probably are different from those sent by the UE. For ease of description, the source address of the UE acquired by the ePDG (including both conditions of NAT existing between the UE and the ePDG and NAT not existing between the UE and the ePDG) is called the UE local IP address. For the condition of NAT not existing between the UE and the ePDG, the UE local IP address may be applied to the fixed broadband access network to locate the UE; if NAT exists, the local address of the UE and the source port number may be applied to the fixed broadband access network to locate the UE. If there is no NAT detected, the IPSec external tunnel information contains the source IP address only.

[0063] It should be noted that Step 602 includes Step 602a and Step 602b if the FMC PF serves as a separate network element entity.

[0064] Step 602a: the ePDG sends the FMC PF the gateway control session establishment message, in which the user ID, the PDN ID and the IPSec external tunnel information are carried.

[0065] Step 602b: the FMC PF sends the V-PCRF the gateway control session establishment message, in which the user ID and the PDN ID are carried.

[0066] Step 603: the V-PCRF sends the H-PCRF an S9 session establishment message (or the gateway control session establishment message), in which the user ID and the PDN ID are carried.

[0067] Step 604: the H-PCRF interacts with an SPR according to the user ID and the PDN ID so as to acquire user subscription data, and makes a PCC policy according to a network policy. The PCC policy includes PCC rules, QoS rules, event triggers and so on. The H-PCRF carries the QoS rules and the event triggers in an S9 session establishment acknowledgement message which is sent to the V-PCRF.

[0068] Step 605: the V-PCRF sends the ePDG a gateway control session establishment acknowledgement message, in which the QoS rules and the event triggers are carried.

[0069] It should be noted that Step 605 includes Step 605a and Step 605b if the FMC PF serves as a separate network element entity.

[0070] Step 605a: the V-PCRF sends the FMC PF the gateway control session establishment acknowledgement message, in which the QoS rules and the event triggers are carried.

[0071] Step 605b: the FMC PF sends the ePDG the gateway control session establishment acknowledgement message, in which the QoS rules and the event triggers are carried.

[0072] Step 606: after the ePDG selects a P-GW, the ePDG sends the P-GW a proxy binding update message, in which the user ID and the PDN ID are carried.

[0073] Step 607: the P-GW sends a P-GW IP address update message to the AAA Server and sends the address of the P-GW itself to the AAA Server; then the AAA Server interacts with the HSS and saves the address of the P-GW in the HSS.

[0074] Step 608: the P-GW allocates an IP address for the UE, and sends the H-PCRF an IP-Connectivity Access Network (IP-CAN) session establishment indication message in which the user ID, the PDN ID and the IP address allocated for the UE are carried.

[0075] Step 609: the H-PCRF associates the S9 session established in Step 603 with the IP-CAN session requested in Step 609 according to the user ID and the PDN ID. The H-PCRF might update the PCC rules and QoS rules made in Step 604. The H-PCRF returns an acknowledgement message carrying the PCC rules to a PCEF.

[0076] Step 610: the P-GW returns to the ePDG a proxy binding acknowledgement message, in which the IP address allocated for the UE is allocated.

[0077] Step 611: the proxy binding is updated successfully, and an IPSec tunnel is established between the UE and the ePDG.

[0078] Step 612: the ePDG sends the UE the last IKEv2 signalling in which the IP address of the UE is carried.

[0079] Step 613: the V-PCRF determines the BPCF of the fixed broadband access network accessed by the UE or the entry point of the fixed broadband access network in which the BPCF is located according to the source IP address in the IPSec external tunnel information, and sends the BPCF an S9* session establishment message in which the source IP address and the source port number (if NAT is detected) contained in the IPSec external tunnel information and the QoS rules are carried.

[0080] It should be noted that Step 613 refers to Step 613a if the FMC PF serves as a separate network element entity.

[0081] Step 613a: the FMC PF determines the BPCF of the fixed broadband access network accessed by the UE or the entry point of the fixed broadband access network in which the BPCF is located according to the source IP address in the IPSec external tunnel information, and sends the BPCF the S9* session establishment message in which the source IP address and the source port number (if NAT is detected) contained in the IPSec external tunnel information and the QoS rules are carried.

[0082] The execution of this step is triggered after the FMC PF receives the gateway control session establishment message from the ePDG (Step 602). Through this step, the FMC PF senses the access of the UE, triggers the PCRF of the 3GPP access network accessed by the UE to send a policy session request to the BPCF. In this way, QoS control is achieved for the access of the UE, and thus QoS guarantee is provided to the entire transmission path of data.

[0083] When the fixed broadband access network does not support 3GPP-based access authentication, through this step, QoS control is also achieved for the access of the UE, and thus QoS guarantee is provided to the entire transmission path of data.

[0084] Step 614: the BPCF performs the admission control according to the QoS rules and the access location information of the fixed broadband access network accessed by the UE, or delegates other network elements of the fixed broadband access network to perform resource admission control (that is, the fixed broadband access network performs the admission control).

[0085] Step 615: the BPCF returns an acknowledgement message to the V-PCRF.

[0086] It should be noted that Step 615 refers to Step 615a if the FMC PF serves as a separate network element entity.

[0087] Step 615a: the BPCF returns an acknowledgement message to the FMC PF.

[0088] In other embodiments, the ePDG sends a DHCP request message to the V-PCRF in Step 602, wherein the message is carried with the user ID, the PDN ID and the IPSec external tunnel information. In Step 602a, the ePDG sends the DHCP request message to the FMC PF, wherein the message is carried with the user ID, the PDN ID and the IPSec external tunnel information. In Step 602b, the FMC PF sends the DHCP request message to the V-PCRF, wherein the message is carried with the user ID and the PDN ID.

[0089] Correspondingly, in Step 605, the V-PCRF sends a DHCP acknowledgement message to the ePDG, wherein this message is carried with the QoS rules and the event triggers. In Step 605a, the V-PCRF sends the DHCP acknowledgement message to the FMC PF, wherein this message is carried with the QoS rules and the event triggers. In step 605b, the FMC PF sends the DHCP acknowledgement message to the ePDG, wherein this message is carried with the QoS rules and the event triggers.

[0090] To sum up, the disclosure is not limited to the messages and protocol types interacted between the ePDG and the V-PCRF or between the ePDG and the FMC PF or between the FMC PF and the V-PCRF.

[0091] Fig. 7 shows a diagram illustrating the home routed roaming scene in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network according to the disclosure, in which a GTP protocol is adopted between an ePDG and a P-GW. In Fig. 7, except the addition of the FMC PF, other network entities and the connection relationships therebetween are the same as those in the conventional art. Therefore, Fig. 7 is easily understood for those skilled in the art and no further description is provided here.

[0092] Fig. 8 shows an attachment flowchart in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network based on the architecture shown in Fig. 7. Referring to Fig. 7 and Fig. 8, supposing an FMC PF is provided in a V-PCRF as the function enhancement of the V-PCRF in this embodiment, the specific implementation includes the following steps.

[0093] Step 801: after the UE is accessed to the fixed broadband access network system, the fixed broadband access network system allocates a local IP address for the UE. The UE initiates an IKEv2 tunnel establishment process and adopts an EAP to perform authentication. Since this embodiment is in a roaming scene, the ePDG interacts with an AAA Server (the AAA Server further interacts with an HSS) through an AAA Proxy to complete the EAP authentication.

[0094] Step 802: the ePDG sends the V-PCRF a gateway control session establishment message, in which the user ID, PDN ID and IPSec external tunnel information are carried, wherein the IPSec external tunnel information includes the source address and the source port of the IKEv2 signalling sent from the UE and received by the ePDG.

[0095] Since the IKEv2 signalling might be processed with NAT traversal, the source address and the source port received by the ePDG probably are different from those sent by the UE. For ease of description, the source address of the UE acquired by the ePDG (including both conditions of NAT existing between the UE and the ePDG and NAT not existing between the UE and the ePDG) is called the UE local IP address. For the condition of NAT not existing between the UE and the ePDG, the UE local IP address may be applied to the fixed broadband access network to locate the UE; if NAT exists, the local address of the UE and the source port number may be applied to the fixed broadband access network to locate the UE. If there is no NAT detected, the IPSec external tunnel information contains the source IP address only.

[0096] It should be noted that Step 802 refers to Step 802a if the FMC PF serves as a separate network element entity.

[0097] Step 802a: the ePDG sends the FMC PF the gateway control session establishment message, in which the user ID, the PDN ID and the IPSec external tunnel information are carried.

[0098] Step 803: the V-PCRF returns a gateway control session establishment acknowledgement message to the ePDG. It should be noted that Step 803 refers to Step 803a if the FMC PF serves as a separate network element entity.

[0099] Step 803a: the FMC PF returns the gateway control session establishment acknowledgement message to the ePDG.

[0100] Step 804: after the ePDG selects a P-GW, the ePDG sends a bearer establishment request message to the P-GW, wherein the user ID and the PDN ID are carried.

[0101] Step 805: the P-GW sends a P-GW IP address update message to the AAA Server and sends the address of the P-GW itself to the AAA Server; then the AAA Server interacts with the HSS and saves the address of the P-GW in the HSS.

[0102] Step 806: the P-GW allocates an IP address for the UE, and sends the H-PCRF an IP-CAN session establishment indication message in which the user ID, the PDN ID and the IP address allocated for the UE are carried.

[0103] Step 807: the H-PCRF interacts with an SPR according to the user ID and the PDN ID, acquires the subscription information of the user and makes a PCC policy. The PCC policy includes PCC rules, event triggers and so on. The PCRF returns an acknowledgement message carrying the PCC rules and the event triggers to a PCEF.

[0104] Step 808: the P-GW returns a bearer establishment acknowledgement message to the ePDG, wherein bearer establishment acknowledgement message is carried with the IP address allocated for the UE.

[0105] Step 809: the bearer is established successfully, and an IPSec tunnel is established between the UE and the ePDG.

[0106] Step 810: the ePDG sends the UE the last IKEv2 signalling in which the IP address of the UE is carried.

[0107] Step 811: the V-PCRF determines the BPCF of the fixed broadband access network accessed by the UE c or the entry point of the fixed broadband access network in which the BPCF is located according to the source IP address in the IPSec external tunnel information, and sends the BPCF an S9* session establishment message in which the source IP address and the source port number (if NAT is detected) contained in the IPSec external tunnel information and the QoS rules are carried.

[0108] It should be noted that Step 811 refers to Step 811a if the FMC PF serves as a separate network element entity.

[0109] Step 811a: the FMC PF determines the BPCF of the fixed broadband access network accessed by the UE or the entry point of the fixed broadband access network in which the BPCF is located according to the source IP address in the IPSec external tunnel information, and sends the BPCF the S9* session establishment message in which the source IP address and the source port number (if NAT is detected) contained in the IPSec external tunnel information and the QoS rules are carried.

[0110] The execution of this step is triggered after the FMC PF receives the gateway control session establishment message from the ePDG (Step 802). Through this step, the FMC PF senses the access of the UE, triggers the PCRF of the 3GPP access network accessed by the UE to send a policy session request to the BPCF. In this way, QoS control is achieved for the access of the UE, and thus QoS guarantee is provided to the entire transmission path of data.

[0111] When the fixed broadband access network does not support 3GPP-based access authentication, through this step, QoS control is also achieved for the access of the UE, and thus QoS guarantee is provided to the entire transmission path of data.

[0112] Step 812: the BPCF performs the resource admission control according to the QoS rules (or the QoS information in the QoS rules) and the access location information of the fixed broadband access network accessed by the UE, or delegates other network elements of the fixed broadband access network to perform the resource admission control (that is, the fixed broadband access network performs the admission control).

[0113] Step 813: the BPCF returns an acknowledgement message to the V-PCRF.

[0114] It should be noted that Step 813 refers to Step 813a if the FMC PF serves as a separate network element entity.

[0115] Step 813a: the BPCF returns the acknowledgement message to the FMC PF.

[0116] In other embodiments, the ePDG sends a DHCP request message to the V-PCRF in Step 802, wherein the message is carried with the user ID, the PDN ID and the IPSec external tunnel information. In Step 802a, the ePDG sends the DHCP request message to the FMC PF, wherein the message is carried with the user ID, the PDN ID and the IPSec external tunnel information.

[0117] Correspondingly, in Step 803, the V-PCRF sends a DHCP acknowledgement message to the ePDG. In Step 803a, the FMC PF sends the DHCP acknowledgement message to the ePDG.

[0118] Fig. 9 shows a diagram illustrating the home routed roaming scene in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network according to the disclosure, in which the UE adopts a DSMIPv6 protocol. In Fig. 9, except the addition of the FMC PF, other network entities and the connection relationships therebetween are the same as those in the conventional art. Therefore, Fig. 9 is easily understood for those skilled in the art and no further description is provided here.

[0119] Fig. 10 shows an attachment flowchart in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network based on the architecture shown in Fig. 9. Referring to Fig. 9 and Fig. 10, supposing an FMC PF is provided in a V-PCRF as the function enhancement of the V-PCRF in this embodiment, the specific implementation includes the following steps.

[0120] Step 1001: after the UE is accessed to the fixed broadband access network system, the fixed broadband access network system allocates a local IP address for the UE. The UE initiates an IKEv2 tunnel establishment process and adopts an EAP to perform authentication. Since this embodiment is in a roaming scene, the ePDG interacts with an AAA Server (the AAA Server further interacts with an HSS) through an AAA Proxy to complete the EAP authentication.

[0121] Step 1002: the ePDG sends V-PCRF a gateway control session establishment message, in which the user ID, PDN ID and IPSec external tunnel information are carried, wherein the IPSec external tunnel information includes the source address and the source port of the IKEv2 signalling sent from the UE and received by the ePDG.

[0122] Since the IKEv2 signalling might be processed with NAT traversal, the source address and the source port received by the ePDG probably are different from those sent by the UE. For ease of description, the source address of the UE acquired by the ePDG (including both conditions of NAT existing between the UE and the ePDG and NAT not existing between the UE and the ePDG) is called the UE local IP address. For the condition of NAT not existing between the UE and the ePDG, the UE local IP address may be applied to the fixed broadband access network to locate the UE; if NAT exists, the local address of the UE and the source port number may be applied to the fixed broadband access network to locate the UE. If there is no NAT detected, the IPSec external tunnel information contains the source IP address only.

[0123] It should be noted that Step1002 includes Step 1002a and Step 1002b if the FMC PF serves as a separate network element entity.

[0124] Step 1002a: the ePDG sends the FMC PF the gateway control session establishment message, in which the user ID, the PDN ID and the IPSec external tunnel information are carried.

[0125] Step 1002b: the FMC PF sends the V-PCRF the gateway control session establishment message, in which the user ID and the PDN ID are carried.

[0126] Step 1003: the V-PCRF sends the H-PCRF an S9 session establishment message (or the gateway control session establishment message), in which the user ID and the PDN ID are carried.

[0127] Step 1004: the H-PCRF interacts with an SPR according to the user ID and the PDN ID so as to acquire user subscription data, and makes a PCC policy according to a network policy, wherein the PCC policy includes PCC rules, QoS rules, event triggers and so on. The H-PCRF returns an S9 session establishment acknowledgement message carrying the QoS rules and the event triggers to the V-PCRF.

[0128] Step 1005: the V-PCRF sends the ePDG a gateway control session establishment acknowledgement message, wherein the QoS rules and the event triggers are carried.

[0129] It should be noted that Step 1005 includes Step 1005a and Step 1005b if the FMC PF serves as a separate network element entity.

[0130] Step 1005a: the V-PCRF sends the FMC PF the gateway control session establishment acknowledgement message, wherein the QoS rules and the event triggers are carried.

[0131] Step 1005b: the FMC PF sends the ePDG the gateway control session establishment acknowledgement, wherein the QoS rules and the event triggers are carried.

[0132] Step 1006: the ePDG sends the UE the last IKEv2 message in which an IP address allocated for the UE is carried, wherein the IP address serves as the Care-of-Address (CoA) of the UE.

[0133] Step 1007: an IPSec tunnel is established between the UE and the ePDG.

[0134] Step 1008: the UE performs a bootstrapping process. The UE performs Domain Name Server (DNS) search according to an Access Point Name (APN) so as to acquire the IP address of the P-GW of the PDN to be accessed by the UE. In order to protect the DSMIPv6 message between the UE and the P-GW, the UE establishes a security alliance using the IKEv2 and adopts the EAP to perform authentication. The P-GW communicates with the AAA Server (which further interacts with the HSS) to complete the EAP authentication, meanwhile the P-GW allocates an IPv6 address or a prefix for the UE which serves as the Home of Address (HoA) of the UE.

[0135] Step 1009: the UE sends the P-GW a DSMIPv6 binding update message in which the CoA and the HoA are carried, wherein the life cycle parameter in the binding message is not 0. The P-GW establishes a binding context.

[0136] Step 1010: a PCEF in the P-GW sends the H-PCRF an IP-CAN session establishment indication message, wherein the user ID and the PDN ID are carried.

[0137] Step 1011: the H-PCRF associates the S9 session established in Step 1003 with the IP-CAN session requested to be established in Step 1010 according to the user ID and the PDN ID. The H-PCRF might update the PCC rules and QoS rules made in Step 1004. The H-PCRF returns to the PCEF an acknowledgement message, in which the PCC rules are carried.

[0138] Step 1012: the P-GW returns a binding acknowledgement message to the UE.

[0139] Step 1013: the V-PCRF determines the BPCF of the fixed broadband access network accessed by the UE or the entry point of the fixed broadband access network in which the BPCF is located according to the source IP address in the IPSec external tunnel information, and sends an S9* session establishment message to the BPCF, wherein the S9* session establishment message is carried with the source IP address and the source port number (if NAT is detected) contained in the IPSec external tunnel information and the QoS rules.

[0140] It should be noted that Step 1013 refers to Step 1013a if the FMC PF serves as a separate network element entity. Step 1013a: the FMC PF determines the BPCF of the fixed broadband access network accessed by the UE or the entry point of the fixed broadband access network in which the BPCF is located according to the source IP address in the IPSec external tunnel information, and sends the S9* session establishment message to the BPCF, wherein the S9* session establishment message is carried with the source IP address and the source port number (if NAT is detected) contained in the IPSec external tunnel information and the QoS rules.

[0141] The execution of this step is triggered after the FMC PF receives the gateway control session establishment message from the ePDG (Step 1002). Through this step, the FMC PF senses the access of the UE, triggers the PCRF of the 3GPP access network accessed by the UE to send a policy session request to the BPCF. In this way, QoS control is achieved for the access of the UE, and thus QoS guarantee is provided to the entire transmission path of data.

[0142] When the fixed broadband access network does not support 3GPP-based access authentication, QoS control is also achieved for the access of the UE through this step, and thus QoS guarantee is provided to the entire transmission path of data.

[0143] Step 1014: the BPCF performs resource admission control according to the QoS rules and the access location information of the fixed broadband access network accessed by the UE, or delegates other network elements of the fixed broadband access network to perform resource admission control (that is, the fixed broadband access network performs the admission control).

[0144] Step 1015: the BPCF returns an acknowledgement message to the V-PCRF.

[0145] It should be noted that Step 1015 refers to Step 1015a if the FMC PF serves as a separate network element entity. Step 1015a: the BPCF returns the acknowledgement message to the FMC PF.

[0146] In other embodiments, the ePDG sends a DHCP request message to the V-PCRF in Step 1002, wherein the message is carried with the user ID, the PDN ID and the IPSec external tunnel information. In Step 1002a, the ePDG sends the DHCP request message to the FMC PF, wherein the message is carried with the user ID, the PDN ID and the IPSec external tunnel information. In Step 1002b, the FMC PF sends the DHCP request message to the V-PCRF, wherein the message is carried with the user ID and the PDN ID.

[0147] Correspondingly, in Step 1005, the V-PCRF sends a DHCP acknowledgement message to the ePDG, wherein this message is carried with the QoS rules and the event triggers. In Step 1005a, the V-PCRF sends the DHCP acknowledgement message to the FMC PF, wherein this message c is carried with the QoS rules and the event triggers. In step 1005b, the FMC PF sends the DHCP acknowledgement message to the ePDG, wherein this message is carried with the QoS rules and the event triggers.

[0148] Fig. 11 shows a diagram illustrating the local breakout roaming scene in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network according to the disclosure, in which a GTP or PMIPv6 protocol is adopted between an ePDG and a P-GW. In Fig. 11, except the addition of FMC PF, other network entities and the connection relationships therebetween are the same as those in the conventional art. Therefore, Fig. 11 is easily understood for those skilled in the art and no further description is provided here.

[0149] Fig. 12 shows an attachment flowchart in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network based on the architecture shown in Fig. 11. Referring to Fig. 11 and Fig. 12, supposing an FMC PF is provided in a V-PCRF as the function enhancement of the V-PCRF in this embodiment, the specific implementation includes the following steps.

[0150] The specific implementation of Step 1201 to Step 1205 is the same as that of Step 601 to Step 605, and no further description is repeated here.

[0151] Step 1206: after the ePDG selects the Visited P-GW, the ePDG sends the P-GW a proxy binding update or session establishment request message, in which the user ID and the PDN ID are carried.

[0152] Step 1207: the P-GW sends a P-GW IP address update message to the AAA Server through the AAA proxy and sends the address of the P-GW itself to the AAA Server, then the AAA Server interacts with the HSS and saves the address of the P-GW in the HSS.

[0153] Step 1208: the P-GW allocates an IP address for the UE, and sends the V-PCRF an IP-CAN session establishment indication message, wherein the user ID, the PDN ID and the IP address allocated for the UE are carried. The V-PCRF associates the gateway control session established in Step 1202 with the IP-CAN session established in Step 1208 according to the user ID and the PDN ID.

[0154] In other embodiments, if the message sent in Step 1202 from the ePDG to the PCRF is a DHCP request message, then the V-PCRF associates the DHCP request message in Step 1202 with the message in Step 1208.

[0155] It should be noted that Step 1208 includes Step 1208a and Step 1208b if the FMC PF serves as a separate network element entity.

[0156] Step 1208a: the V-PCRF sends the H-PCRF an S9 session modification message, in which the allocated IP address is carried.

[0157] Step 1208b: H-PCRF might update the PCC rules made in Step 1204 and returns them to the V-PCRF.

[0158] Step 1209: the V-PCRF sends the PCEF an IP-CAN session establishment acknowledgement message, wherein the PCC rules are carried.

[0159] Step 1210: the P-GW returns a proxy binding update message or a session establishment acknowledgement message to the ePDG.

[0160] The specific implementation of Step 1211 to Step 1215 is totally the same as that of Step 611 to Step 615 and no further description is repeated here.

[0161] Fig. 13 shows a diagram illustrating the local breakout roaming scene in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network according to the disclosure, in which the UE adopts a DSMIPv6 protocol for access. In Fig. 13, except the addition of FMC PF, other network entities and the connection relationships therebetween are the same as those in the conventional art. Therefore, Fig. 13 is easily understood for those skilled in the art and no further description is provided here.

[0162] Fig. 14 shows an attachment flowchart in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network based on the architecture shown in Fig. 13. Referring to Fig. 13 and Fig. 14, supposing an FMC PF is provided in a V-PCRF as the function enhancement of the V-PCRF in this embodiment, the specific implementation includes the following steps.

[0163] The specific implementation of Step 1401 to Step 1407 is totally the same as that of Step 1001 to Step 1007, and no further description is repeated here.

[0164] Step 1408: the UE performs a bootstrapping process. The UE performs DNS search according to an APN so as to acquire the IP address of the P-GW of the PDN to be accessed by the UE, wherein the P-GW is located in a visited place. In order to protect the DSMIPv6 message between the UE and the P-GW, the UE establishes a security alliance using the IKEv2 and adopts the EAP to perform authentication. The P-GW communicates with the AAA Server (the AAA Server further interacts with the HSS) through the AAA proxy to complete the EAP authentication, meanwhile the P-GW allocates an IPv6 address or a prefix for the UE which serves as the HoA of the UE.

[0165] Step 1409: the UE sends the P-GW a DSMIPv6 binding update message in which the CoA and the HoA are carried, wherein the life cycle parameter in the binding message is not 0. The P-GW establishes a binding context.

[0166] Step 1410: a PCEF in the P-GW sends the V-PCRF an IP-CAN session establishment indication message, wherein the user ID and the PDN ID are carried. The V-PCRF associates the gateway control session in Step 1402 with the IP-CAN session in Step 1410 according to the user ID.

[0167] In other embodiments, if the message sent in Step 1402 from the ePDG to the PCRF is a DHCP request message, then the V-PCRF associates the DHCP request message in Step 1402 with the message in Step 1410.

[0168] It should be noted that Step 1410 includes Step 1410a and Step 1410b if the FMC PF serves as a separate network element entity.

[0169] Step 1410a: the V-PCRF sends the H-PCRF an S9 session modification message in which the IP address is carried.

[0170] Step 1410b: the H-PCRF makes PCC rules. The H-PCRF returns the PCC rules to the V-PCRF.

[0171] The specific implementation of Step 1411 to Step 1415 is totally the same as that of Step 1011 to Step 1015, and no further description is repeated here.

[0172] Fig. 15 shows a diagram illustrating the non-roaming scene in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network according to the disclosure, in which a GTP or PMIPv6 protocol is adopted between an ePDG and a P-GW. For the attachment flow based on this architecture, it is only needed to use a PCRF to replace the V-PCRF in the process of Fig. 12 and to avoid all the interaction processes between the V-PCRF and the H-PCRF. Fig. 16 shows a diagram illustrating the non-roaming scene in which a UE is accessed to a 3GPP core network through an untrusted fixed broadband access network according to the disclosure, in which the UE adopts a DSMIPv6 protocol to perform access. For the attachment flow based on this architecture, it is only needed to use a PCRF to replace the V-PCRF in the process of Fig. 14 and to avoid all the interaction processes between the V-PCRF and the H-PCRF.

[0173] The specific implementation of the flow is easily understood by those skilled in the art according to the above embodiments and no further description is provided here.

[0174] After the UE is accessed to the 3GPP core network through the fixed broadband access network, the policy may change. For instance, the PCRF (or a Home PCRF (H-PCRF) in a roaming scene) makes a policy after receiving service information provided by an AF or a resource modification request message initiated by the UE, and the BPCF is requested to authorize bandwidth after the FMC PF receives changed PCC rules, then the BPCF performs the resource admission control according to the request. A detailed description is provided below in conjunction with embodiments.

[0175] Fig. 17 shows a flowchart in which an H-PCRF requests a BPCF to perform the admission control when making polices in the home routed roaming scene (the architectures of Fig. 5 and Fig. 9) according to the disclosure. Supposing an FMC PF is provided in a V-PCRF as the function enhancement of the V-PCRF in this embodiment, the specific process includes the following steps.

[0176] Step 1701: the H-PCRF makes a policy after receiving the service information provided by an AF or a resource modification request message initiated by a UE, wherein the policy decision may be made through the following three ways.

Way 1: if the AF provides new service information or the UE initiates a new resource allocation request, then the H-PCRF performs QoS authorization and makes PCC rules and corresponding QoS rules. The QoS information of the PCC rules and the QoS rules include QoS Class Identifier (QCI), ARP (Allocation and Retention Priority), GBR (Guaranteed Bit Rate) and Maximum Bit Rate (MBR).

Way 2: if the AF notifies termination of service or the UE initiates a resource release request, the H-PCRF performs QoS authorization, and decides to delete or deactivate corresponding PCC rules and QoS rules, wherein the QoS information of the PCC rules and the QoS rules to be deleted or deactivated includes QCI, ARP, GBR and MBR.

Way 3: if the AF modifies the service information already provided or the UE requests to modify the resource already allocated, then the H-PCRF performs QoS authorization and updates the made PCC rules and QoS rules, wherein the PCC rules and the QoS information of the QoS rules includes QCI, ARP, GBR and MBR.



[0177] Step 1702: the H-PCRF sends an S9 session rules supply message to the V-PCRF.

[0178] If the H-PCRF makes a policy through Way 1, then the H-PCRF carries the information of newly made QoS rules in the S9 session rules supply message.

[0179] If the H-PCRF makes a policy through Way 2, then the H-PCRF carries the information that indicates delete or deactivate the QoS rules in the S9 session rules supply message.

[0180] If the H-PCRF makes a policy through Way 3, then the H-PCRF carries the information of the updated QoS rules in the S9 session rules supply message.

[0181] Step 1703: the V-PCRF sends a QoS authorization request message to the BPCF to request the BPCF to perform QoS authorization.

[0182] If the H-PCRF makes a policy through Way 1, then the V-PCRF carries in the QoS authorization request message an indication of requesting to allocate resources and the GBR contained in the QoS information, so as to request the BPCF to allocate the bandwidth resource GBR.

[0183] If the H-PCRF makes a policy through Way 2, then the V-PCRF carries in the QoS authorization request message an indication of requesting to release resources and the GBR contained in the QoS information, so as to request the BPCF to release the bandwidth resource GBR.

[0184] If the H-PCRF makes a policy through Way 3, then the V-PCRF would send the request to the BPCF according to the increment (difference) between the GBR contained in the updated QoS information and the GBR already allocated. If the GBR after update is reduced relative to the GBR already allocated, the GBR that the V-PCRF carries in the QoS authorization request message is the increment of the GBR and the V-PCRF carries an indication of requesting to release resources in the QoS authorization request message. If the GBR after update is increased relative to the allocated GBR, the GBR that the V-PCRF carries in the QoS authorization request message is the increment of the GBR and the V-PCRF carries an indication of requesting to allocate resources in the QoS authorization request message. It should be noted that Step 1703 includes Step 1703a and Step 1703b if the FMC PF serves as a separate network element entity.

[0185] Step 1703a: the V-PCRF sends the FMC PF a gateway control and QoS rules supply message, which is carried with the information received by the V-PCRF from the H-PCRF.

[0186] Step 1703b: the FMC PF sends the QoS authorization request message to the BPCF to request the BPCF to perform QoS authorization, wherein the content thereof is the same as that in Step 1703.

[0187] Step 1704: the BPCF implements a corresponding policy according to the request message from the V-PCRF.

[0188] If the BPCF receives a request for allocating the bandwidth resource GBR, the BPCF performs the resource admission according to the currently available bandwidth of a subscribed fixed-network line. If the rest available bandwidth is greater than or equal to the GBR, the BPCF accepts the request of the V-PCRF and returns an acceptance acknowledgement message to the V-PCRF, and meanwhile, the BPCF deducts the GBR from the currently available bandwidth of the subscribed fixed-network line. If the rest available bandwidth is less than GBR, the BPCF rejects the request of the V-PCRF, returns a rejection message carrying the bandwidth that the BPCF can accept to the V-PCRF.

[0189] If the BPCF receives a request for releasing the bandwidth resource GBR, the BPCF returns an acceptance acknowledgement message directly, and meanwhile the BPCF adds the GBR to the currently available bandwidth of the subscribed fixed-network line.

[0190] In addition, the V-PCRF or FMC PF can provide to the BPCF the QoS rules which are provided by the H-PCRF. The BPCF decides whether to accept or reject the QoS authorization request after performing the resource admission control (When performing the resource admission control, the BPCF would also consider the QCI and/or ARP comprehensively besides considering whether the currently available rest bandwidth can meet the requested bandwidth).

[0191] The BPCF may also forward the request message from the V-PCRF to other network elements (for example, BNG) of the fixed broadband access network, and then this network element implements similar policy and returns the resource admission result to the BPCF.

[0192] Step 1705: the BPCF returns to the V-PCRF a QoS authorization request acknowledgement message in which the information of the policy implemented in Step 1704 is carried.

[0193] It should be noted that Step 1705 includes Step 1705a and Step 1705b if the FMC PF serves as a separate network element entity.

[0194] Step 1705a: the BPCF returns to the FMC PF the QoS authorization request acknowledgement message in which the information of the policy implemented in Step 1704 is carried.

[0195] Step 1705b: the FMC PF makes a policy according to the message returned from the BPCF.

[0196] If the FMC PF receives an acceptance acknowledgement message (including receiving resource allocation and resource release), then the FMC PF executes Step 1705c and an acceptance indication is carried.

[0197] If the FMC PF receives a rejection message, the V-PCRF would perform resource pre-emption according to the ARP in the QoS information, the resource pre-emption including the following logic judgments: the FMC PF compares, according to the ARP, this QoS information with other authorized QoS information of the user and with the authorized QoS information of all other users who are accessed through the same broadband line, if this QoS information can not pre-empt the resources of other QoS information, then the FMC PF executes Step 1705c and a rejection indication is carried; if the QoS information can pre-empt the resources of the authorized QoS information of other users, then the FMC PF initiates a process of authorizing pre-empted QoS information (this process may be implemented through an existing process of deleting and deactivating QoS rules). In addition, the FMC PF sends again a broadband session QoS request message to the BPCF, the BPCF allocates the bandwidth and sends an acknowledgement message, and the FMC PF executes Step 1705c and an acceptance indication is carried.

[0198] Step 1706: the V-PCRF makes a policy according to the message returned from the BPCF.

[0199] If the V-PCRF receives an acceptance acknowledgement message (including receiving resource allocation and resource release), then the V-PCRF executes Step 1707 and an acceptance indication is carried.

[0200] If the V-PCRF receives a rejection message, the V-PCRF would perform the following logic judgments according to the ARP in the QoS information: the V-PCRF compares, according to the ARP, this QoS information with other authorized QoS information of the user and with the authorized QoS information of all other users who are accessed through the same broadband line, if this QoS information can not pre-empt the resources of other QoS information, then the V-PCRF executes Step 1707 and a rejection indication is carried; if the QoS information can pre-empt the resources of the authorized QoS information of other users, the V-PCRF initiates a process of authorizing pre-empted QoS information (this process may be implemented through an existing process of deleting and deactivating QoS rules). In addition, the V-PCRF sends again a broadband session QoS request message to the BPCF, the BPCF allocates the bandwidth and sends an acknowledgement message, and the V-PCRF executes Step 1707 and an acceptance indication is carried.

[0201] Step 1707: the V-PCRF returns an S9 session rules supply acknowledgement message to the H-PCRF to notify the H-PCRF whether the request is accepted or rejected.

[0202] Step 1708: if the returned message is an acceptance indication, the H-PCRF sends the PCEF a policy and charging rules supply message carrying the PCC rules.

[0203] Step 1709: the PCEF returns an acknowledgement message to the H-PCRF.

[0204] Fig. 18 shows a flowchart in which an H-PCRF requests a BPCF to perform the admission control when making polices in the local breakout roaming scene (the architecture of Fig. 11 and Fig. 13) according to the disclosure. Supposing an FMC PF is provided in a V-PCRF as the function enhancement of the V-PCRF in this embodiment, the specific process includes the following steps.

[0205] Step 1801: the H-PCRF makes a policy after receiving the service information provided by an AF or a resource modification request message initiated by a UE, wherein the policy decision may be made through the following three ways.

Way 1: if the AF provides new service information or the UE initiates a new resource allocation request, then the H-PCRF performs QoS authorization and makes PCC rules. The QoS information of the PCC rules includes QCI, ARP, GBR and MBR.

Way 2: if the AF notifies termination of service or the UE initiates a resource release request, the H-PCRF performs QoS authorization, and decides to delete or deactivate corresponding PCC rules, wherein the QoS information of the PCC rules to be deleted or deactivated includes QCI, ARP, GBR and MBR.

Way 3: if the AF modifies the service information already provided or the UE requests to modify the resource already allocated, then the H-PCRF performs QoS authorization and updates the made PCC rules, wherein the QoS information of the PCC rules and the QoS rules includes QCI, ARP, GBR and MBR.



[0206] Step 1802: the H-PCRF sends an S9 session rules supply message to the V-PCRF.

[0207] If the H-PCRF makes a policy through Way 1, then the H-PCRF carries the information of newly made PCC rules in the S9 session rules supply message.

[0208] If the H-PCRF makes a policy through Way 2, then the H-PCRF carries the information that indicates to delete or deactivate the PCC rules in the S9 session rules supply message.

[0209] If the H-PCRF makes a policy through Way 3, then the H-PCRF carries the information of the updated PCC rules in the S9 session rules supply message.

[0210] The specific implementation of Step 1803 to Step 1806 is totally the same as that of Step 1703 to Step 1706, and no further description is repeated here.

[0211] Step 1807: if the V-PCRF receives an acceptance indication, the V-PCRF sends a policy and charging rules supply message carried with the PCC rules to the PCEF.

[0212] Step 1808: the PCEF returns an acknowledgement message to the V-PCRF.

[0213] Step 1809: the V-PCRF returns an S9 session rules supply acknowledgement message to the H-PCRF to notify the H-PCRF whether the request is accepted or rejected.

[0214] Fig. 19 shows a flowchart in which an H-PCRF requests a BPCF to perform the admission control when making polices in the home routed roaming scene (the architecture of Fig. 7) according to the disclosure. Supposing an FMC PF is provided in a V-PCRF as the function enhancement of the V-PCRF in this embodiment, the specific process includes the following steps.

[0215] Step 1901: the H-PCRF makes a policy after receiving the service information provided by an AF or a resource modification request message initiated by a UE, wherein the policy decision may made through the following three ways.

Way 1: if the AF provides new service information or the UE initiates a new resource allocation request, then the H-PCRF performs QoS authorization and makes PCC rules. The QoS information of the PCC rules includes QCI, ARP, GBR and MBR.

Way 2: if the AF notifies termination of service or the UE initiates a resource release request, the H-PCRF performs QoS authorization, and decides to delete or deactivate corresponding PCC rules, wherein the QoS information of the PCC rules to be deleted or deactivated includes QCI, ARP, GBR and MBR.

Way 3: if the AF modifies the provided service information or the UE requests to modify the resource already allocated, then the H-PCRF performs QoS authorization and updates the made PCC rules, wherein the QoS information of the PCC rules includes QCI, ARP, GBR and MBR.



[0216] Step 1902: the H-PCRF sends the P-GW a policy and charging rules supply message carried with the PCC rules.

[0217] Step 1903: the P-GW executes the PCC rules and executes bearing binding.

[0218] Step 1904: the P-GW sends a bearer establishment request or a bearer update request or a bearer delete request to the ePDG according to the result of bearer binding, and the QoS information is carried in the message.

[0219] Step 1905: the ePDG sends a gateway control and QoS rules request message to the V-PCRF, wherein the QoS information is carried in the gateway control and QoS rules request message.

[0220] If the message received by the ePDG is a bearer establishment request, the ePDG carries in the gateway control and QoS rules request message an indication of requesting to allocate resources and the GBR contained in the QoS information, so as to request the V-PCRF to allocate the bandwidth resource GBR.

[0221] If the message received by the ePDG is a bearer delete request, the ePDG carries in the gateway control and QoS rules request message an indication of requesting to release resources and the GBR contained in the QoS information, so as to request the V-PCRF to release bandwidth resource GBR.

[0222] If the message received by the ePDG is a bearer update request, the ePDG would send a request to the V-PCRF according to the increment between the GBR contained in the updated QoS information and the GBR already allocated. If the GBR after update is reduced relative to the GBR already allocated, the GBR that the ePDG carries in the gateway control and QoS rules request message is the increment of the GBR and the ePDG carries an indication of requesting to release resources in the gateway control and QoS rules request message. If the GBR after update is increased relative to the GBR already allocated, the GBR that the ePDG carries in the gateway control and QoS rules request message is the increment of the GBR and the ePDG carries an indication of requesting to allocate resources in the gateway control and QoS rules request message.

[0223] Step 1906: the V-PCRF sends the BPCF a QoS authorization request carried with the QoS information acquired in Step 1905.

[0224] Step 1907: the BPCF implements a corresponding policy according to the request message from the V-PCRF.

[0225] If the BPCF receives a request for allocating bandwidth resource GBR, the BPCF performs the resource admission according to the currently available bandwidth of a subscribed fixed-network line. If the rest available bandwidth is greater than or equal to the GBR, the BPCF accepts the request of the V-PCRF and returns an acceptance acknowledgement message to the V-PCRF, and meanwhile, the BPCF deducts the GBR from the currently available bandwidth of the subscribed fixed-network line. If the rest available bandwidth is less than GBR, the BPCF rejects the request of the V-PCRF, returns a rejection message carrying the bandwidth that the BPCF can accept to the V-PCRF.

[0226] If the BPCF receives a request for releasing bandwidth resource GBR, the BPCF returns an acceptance acknowledgement message directly, and meanwhile the BPCF adds the GBR to the currently available bandwidth of the subscribed fixed-network line.

[0227] In addition, the QoS information provided to the V-PCRF or FMC PF by the ePDG may also include QCI, ARP and the like, and the V-PCRF or FMC PF may further provide this information to the BPCF. The BPCF decides whether to accept or reject the QoS authorization request after performing the resource admission control (when performing the resource admission control, the BPCF would also consider the QCI and/or ARP comprehensively besides considering whether the currently available rest bandwidth can meet the requested bandwidth).

[0228] Step 1908: the BPCF returns to the V-PCRF a QoS authorization request acknowledgement message carried with the information of the policy implemented in Step 1907.

[0229] Step 1909: the V-PCRF makes a policy according to the message returned from the BPCF.

[0230] If the V-PCRF receives an acceptance acknowledgement message (including receiving resource allocation and resource release), the V-PCRF executes Step 1910 and an acceptance indication is carried.

[0231] If the V-PCRF receives a rejection message, the V-PCRF would perform the following logic judgments according to the ARP in the QoS information: the V-PCRF compares, according to the ARP, this QoS information with other authorized QoS information of the user and with the authorized QoS information of all other users who are accessed through the same broadband line, if this QoS information can not pre-empt the resource of other QoS information, then the V-PCRF executes Step 1910 and a rejection indication is carried; if the QoS information can pre-empt the resources of the authorized QoS information of other users, then the V-PCRF initiates a process of authorizing pre-empted QoS information (this process may be implemented through an existing process of deleting and deactivating QoS rules). In addition, the V-PCRF sends again a broadband session QoS request message to the BPCF, the BPCF allocates the bandwidth and sends an acknowledgement message, and the V-PCRF executes Step 1910 and an acceptance indication is carried.

[0232] Step 1910: the V-PCRF returns to the ePDG an acknowledgement message carried with the acceptance or rejection indication.

[0233] It should be noted that Step 1905a to Step 1910a is executed to replace the above Step 1905 to Step 1910 if the FMC PF serves as a separate network element entity, wherein Step 1905a to Step 1910a is similar to Step 1905 to Step 1910, and the difference lies in that the FMC PF is adopted to replace the V-PCRF.

[0234] Step 1911: the ePDG returns to the P-GW an acknowledgement message carried with an acceptance or rejection message.

[0235] In the scene of non-roaming (Fig. 15 and Fig. 16), for the process of the PCRF requesting the BPCF to perform the admission control when making polices, it is only needed to use the PCRF to replace the V-PCRF in the process of Fig. 18 and to avoid all the interaction processes between the V-PCRF and the H-PCRF.

[0236] The disclosure is not limited to the protocol and message types (for example, Diameter, Remote Authentication Dial In User Service (RADIUS), DHCP protocol and GPRS Tunnel Protocol (GTP)) interacted between the ePDG and the PCRF, between the ePDG and the V-PCRF or between the ePDG and the FMC PF. The purpose of the ePDG sending a message to the PCRF, V-PCRF or FMC PF is to trigger the PCRF, V-PCRF or FMC PF to initiate an establishment of S9* session with the BPCF and provide necessary information.

[0237] The above are only preferred embodiments of the disclosure and are not intended to limit the scope of protection of the disclosure


Claims

1. A policy control method for a fixed broadband access network, comprising:

setting (300), in a mobile network to which a user requests to access, a Fixed Mobile Convergence Policy Function, FMC PF,

after the FMC PF receives a trigger message from an Evolved Packet Data Gateway, ePDG, requesting (301), by the FMC PF, a Broadband Policy Control Framework, BPCF, in the fixed broadband access network to establish a policy control session; and

performing (302), by the BPCF, admission control according to Quality of Service, QoS, rules or QoS information transmitted from the FMC PF through the policy control session or delegating another network element of the fixed broadband access network to perform the admission control;

the policy control method being characterized in that the trigger message received by the FMC PF from the ePDG is: a gateway control session establishment message carrying Internet Protocol Security, IPSec, external tunnel information or a Dynamic Host Configuration Protocol, DHCP, request message carrying IPSec external tunnel information;

that the IPSec external tunnel information comprises a User Equipment, UE, local IP address received by the ePDG;

that either the FMC PF is adapted to serve as a function entity separated from a Policy and Charging Rules Function, PCRF, or the FMC PF is integrated in a Policy and Charging Rules Function, PCRF; and

that when the user is a non-roaming user, the mobile network to which the user requests to access is the Public Land Mobile Network, PLMN, to which the user belongs; or when the user is a roaming user, the mobile network to which the user requests to access is the PLMN that the user visits,

and in that requesting, by the FMC PF, the BPCF to establish a policy control session comprises:
determining, by the FMC PF, the BPCF of the fixed broadband access network accessed by the UE or an entry point of the fixed broadband access network according to the UE local IP address in the external tunnel information, and sending, by the FMC PF, an S9* session establishment message to the BPCF, wherein the S9* session establishment message is carried with the IPSec external tunnel information.


 
2. The policy control method according to claim 1, wherein the IPSec external tunnel information comprises a source port number.
 
3. The policy control method according to claim 1, wherein requesting to establish a policy control session and performing, by the fixed broadband access network, admission control comprise:
after the FMC PF acquires Policy and Charging Control, PCC, rules, QoS rules or a QoS request, transmitting, by the FMC PF, the QoS rules or QoS information to the BPCF through the policy control session.
 
4. The policy control method according to claim 3,
wherein the FMC PF is adapted to serve as a function entity separated from the PCRF, and
wherein the acquiring, by the FMC PF, of the QoS rules or the QoS information comprises:
acquiring, by the FMC PF, the PCC rules or the QoS rules from the PCRF; or acquiring, by the FMC PF, the QoS request from the ePDG.
 
5. The policy control method according to claim 3,
wherein the FMC PF is integrated in the PCRF, and
wherein the acquiring, by the FMC PF, of the PCC rules, the QoS rule or the QoS request comprises:

when the user is a non-roaming user, making the PCC rules and/or the QoS rules by the PCRF, and

when the user is a roaming user, acquiring, by the PCRF, the PCC rules or the QoS rules from a PCRF of the PLMN to which the user belongs; or acquiring, by the PCRF, the QoS request from the ePDG.


 
6. The policy control method according to claim 4 or 5, wherein performing, by the fixed broadband access network, admission control comprises:

in a case where the BPCF receives a request for allocating bandwidth resource Guaranteed Bit Rate, GBR, performing, by the fixed broadband access network, the admission control also according to the currently available bandwidth of a subscribed fixed-network line as follows:

when the currently available bandwidth is greater than or equal to the GBR, accepting, by the fixed broadband access network, the request of the FMC PF of the mobile network to which the user requests to access, returning, by the fixed broadband access network, an acceptance acknowledgement message to the FMC PF of the mobile network to which the user requests to access, and deducting, by the fixed broadband access network, the GBR from the currently available bandwidth of the subscribed fixed-network line, and

when the currently available bandwidth is less than the GBR, rejecting, by the fixed broadband access network, the request of the FMC PF of the mobile network to which the user requests to access, and returning, by the fixed broadband access network, a rejection message to the FMC PF of the mobile network to which the user requests to access, wherein the rejection message is carried with the bandwidth that the fixed broadband access network can accept,

in a case where the BPCF receives a request for releasing the bandwidth resource GBR, returning, by the BPCF, an acceptance acknowledgement message, and adding, by the fixed broadband access network, the GBR to the currently available bandwidth of the subscribed fixed-network line.


 
7. The policy control method according to claim 6, the method further comprising:
performing, by the FMC PF, resource pre-emption according to an Allocation and Retention Priority, ARP, upon receiving the rejection message.
 
8. A policy control system for a fixed broadband access network, wherein the policy control system at least comprises: an Evolved Packet Data Gateway, ePDG, a Fixed Mobile Convergence Policy Function, FMC PF, and a Broadband Policy Control Framework, BPCF, wherein
the ePDG is configured to send a trigger message to the FMC PF;
wherein the policy control system is characterized in that:
the FMC PF is adapted to be set in a mobile network to which a user requests to access,
the FMC PF is configured to receive the trigger message from the ePDG and request the BPCF to establish a policy control session by determining the BPCF of the fixed broadband access network accessed by the UE or an entry point of the fixed broadband access network according to the UE local IP address in the external tunnel information, and sending an S9* session establishment message to the BPCF, wherein the S9* session establishment message is carried with the IPSec external tunnel information; the BPCF is configured to receive the request from the FMC PF and to perform admission control according to QoS rules or QoS information transmitted through the policy control session or to delegate another network element of the fixed broadband access network to perform the admission control;
the trigger message received by the FMC PF from the ePDG is: a gateway control session establishment message carrying Internet Protocol Security, IPSec, external tunnel information or a Dynamic Host Configuration Protocol, DHCP, request message carrying IPSec external tunnel information;
the IPSec external tunnel information comprises a User Equipment, UE, local IP address received by the ePDG;
in that:
either the FMC PF is adapted to serve as a function entity separated from a Policy and Charging Rules Function, PCRF, or the policy control system comprises a Policy and Charging Rules Function, PCRF, in which the FMC PF is integrated; and in that the policy control system is adapted as follows:
when the user is a non-roaming user, the mobile network to which the user requests to access is the Public Land Mobile Network, PLMN, to which the user belongs; or when the user is a roaming user, the mobile network to which the user requests to access is the PLMN that the user visits.
 
9. The policy control system according to claim 8, wherein
the FMC PF is configured to acquire PCC rules, QoS rules or a QoS request containing GBR, and to transmit the QoS rules or QoS information to the BPCF through the policy control session.
 
10. The policy control system according to claim 9, wherein the FMC PF is adapted to serve as a function entity separated from the PCRF,
and wherein the system further comprises the PCRF and the PCRF is configured to provide the PCC rules or the QoS rules to the FMC PF.
 
11. The policy control system according to claim 8, comprising the PCRF in which the FMC PF is integrated, wherein the PCRF is configured to make PCC rules or QoS rules when the user is a non-roaming user, and to acquire the PCC rules or the QoS rules from a PCRF of the PLMN to which the user belongs when the user is a roaming user.
 
12. The policy control system according to claim 9, wherein the FMC PF is adapted to serve as a function entity separated from the PCRF,
and wherein the ePDG is further configured to provide the QoS request to the FMC PF.
 
13. The policy control system according to claim 8, comprising the PCRF in which the FMC PF is integrated, and wherein the PCRF is configured to acquire the QoS request from the ePDG.
 


Ansprüche

1. Richtliniensteuerungsverfahren für ein festes Breitbandzugangsnetzwerk, umfassend:

Einstellen (300) einer Fixed Mobile Convergence Policy Function (Festen Mobilen Konvergenzrichtlinienfunktion), FMC PF, in einem Mobilfunknetz, auf das ein Benutzer den Zugriff anfordert, nachdem die FMC PF eine Triggernachricht von einem Evolved Packet Data Gateway, ePDG, (301) erhält, die von der FMC PF, einen Broadband Policy Control Framework (Breitband-Richtliniensteuerungsrahmen), BPCF, im Festbreitbandzugangsnetz anfordert, um eine Richtliniensteuerungssitzung einzurichten; und Durchführen (302) einer Zugangskontrolle durch den BPCF gemäß Quality of Service, QoS-Regeln oder QoS-Informationen, die von der FMC PF durch die Richtliniensteuerungssitzung übertragen werden, oder Delegieren eines anderen Netzelements des festen Breitbandzugangsnetzes zur Durchführung der Zugangskontrolle;

wobei das Richtliniensteuerungsverfahren dadurch gekennzeichnet ist, dass die durch die FMC PF vom ePDG empfangene Triggernachricht: eine Nachricht zur Einrichtung einer Gatewaysteuerungssitzung mit externen Internet Protocol Security, IPSec, Tunnelinformationen ist oder mit einem Dynamic Host Configuration Protocol, DHCP, eine Anforderungsnachricht mit externen IPSec-Tunnelinformationen ist;

dass die externen IPSec-Tunnelinformationen eine lokale IP-Adresse der User Equipment (Benutzereinrichtung), UE, die vom ePDG empfangen wird, umfassen;

dass entweder die FMC PF so angepasst ist, dass sie als Funktionseinheit dient, die von einer Policy and Charging Rules Function, PCRF, getrennt ist, oder die FMC PF in eine Policy and Charging Rules Function, PCRF, integriert ist; und dass, wenn der Benutzer ein nicht roamender Benutzer ist, das Mobilfunknetz, zu dem der Benutzer den Zugang anfordert, das Public Land Mobile Network, PLMN, zu dem der Benutzer gehört, ist; oder wenn der Benutzer ein roamender Benutzer ist, das Mobilfunknetz, zu dem der Benutzer den Zugang anfordert, das PLMN ist, das der Benutzer besucht, und dass der BPCF, der von der FMC PF aufgefordert wird, eine Richtliniensteuerungssitzung einzurichten, umfasst:
Bestimmen des BPCF des festen Breitbandzugangsnetzes, auf das die UE oder ein Zugangspunkt des festen Breitbandzugangsnetzes gemäß der lokalen UE-IP-Adresse in den externen Tunnelinformationen zugegriffen hat, und Senden durch die FMC PF einer S9*-Sitzungseinrichtungsnachricht an den BPCF, wobei die S9*-Sitzungseinrichtungsnachricht mit den externen IPSec-Tunnelinformationen übertragen wird.


 
2. Richtliniensteuerungsverfahren nach Anspruch 1, wobei die externen IPSec-Tunnelinformationen eine Quellportnummer umfassen.
 
3. Richtliniensteuerungsverfahren nach Anspruch 1, wobei das Anfordern, eine Richtliniensteuerungssitzung einzurichten, und das Durchführen der Zugangskontrolle über das feste Breitbandzugangsnetz umfasst:
nach dem Erhalten der Policy-and-Charging Control-Regeln (Richtlinien- und Ladesteuerungsregeln) PCC, Übermitteln der QoS-Regeln oder einer QoS-Anfrage durch die FMC PF an den BPCF über die Richtliniensteuerungssitzung.
 
4. Richtliniensteuerungsverfahren nach Anspruch 3, wobei die FMC PF angepasst ist, um als Funktionseinheit zu dienen, die von der PCRF getrennt ist, und wobei das Erfassen der QoS-Regeln oder der QoS-Informationen durch die FMC PF umfasst:
Erhalten der PCC-Regeln oder der QoS-Regeln aus der PCRF durch die FMC PF oder Erhalten der QS-Anfrage aus dem ePDG durch die FMC PF.
 
5. Richtliniensteuerungsverfahren nach Anspruch 3, wobei die FMC PF in die PCRF integriert ist und wobei das Erhalten der PCC-Regeln, der QoS-Regel oder der QoS-Anforderung durch die FMC PF umfasst:
wenn der Benutzer ein nicht roamender Benutzer ist, die PCC-Regeln und/oder die QoS-Regeln durch die PCRF erstellt werden, und wenn der Benutzer ein roamender Benutzer ist, Erhalten durch die PCRF der PCC-Regeln oder der QoS-Regeln von einer PCRF des PLMN, zu dem der Benutzer gehört; oder Erhalten durch die PCRF der QoS-Anfrage von dem ePDG.
 
6. Richtliniensteuerungsverfahren nach Anspruch 4 oder 5, wobei die Zugangskontrolle durch das feste Breitbandzugangsnetz Folgendes umfasst:
In einem Fall, in dem der BPCF eine Anforderung zur Zuweisung der Guaranteed Bit Rate, GBR, der Bandbreitenressource, erhält, das feste Breitbandzugangsnetz die Zugangskontrolle auch nach der aktuell verfügbaren Bandbreite einer abonnierten Festnetzleitung wie folgt durchführt:

wenn die derzeit verfügbare Bandbreite größer oder gleich der GBR ist, Akzeptieren der Anforderung der FMC PF des Mobilfunknetzes, zu dem der Nutzer den Zugang wünscht, Rückgabe einer Annahmebestätigungsnachricht an die FMC PF des Mobilfunknetzes, zu dem der Nutzer den Zugang wünscht, durch das feste Breitbandzugangsnetz und Abziehen der GBR aus der derzeit verfügbaren Bandbreite des abonnierten Festnetzanschlusses durch das feste Breitbandzugangsnetz, und

wenn die derzeit verfügbare Bandbreite kleiner als die GBR ist, Ablehnen der Anforderung der FMC PF des Mobilfunknetzes, zu dem der Nutzer den Zugang wünscht, und Rückgabe einer Ablehnungsnachricht an die FMC PF des Mobilfunknetzes, zu dem der Nutzer den Zugang wünscht, durch das feste Breitbandzugangsnetz, wobei die Ablehnungsnachricht mit der Bandbreite übertragen wird, die das feste Breitbandzugangsnetz annehmen kann,

in einem Fall, in dem der BPCF eine Anforderung zur Freigabe der Bandbreitenressource GBR erhält, Rückgabe durch die BPCF einer Annahmebestätigungsnachricht und Hinzufügen durch das feste Breitbandzugangsnetz der GBR zur aktuell verfügbaren Bandbreite der abonnierten Festnetzleitung.


 
7. Richtliniensteuerungsverfahren nach Anspruch 6, wobei das Verfahren ferner umfasst: Durchführen einer Ressourcenbevorrechtigung durch die FMC PF gemäß einer Allocation and Retention Priority (Zuweisungs- und Aufbewahrungspriorität), ARP, beim Empfangen der Ablehnungsnachricht.
 
8. Richtliniensteuerungssystem für ein festes Breitbandzugangsnetzwerk, wobei das Richtliniensteuerungssystem mindestens umfasst: ein Evolved Packet Data Gateway, ePDG, eine Fixed Mobile Convergence Policy Function, FMC PF, und einen Broadband Policy Control Framework, BPCF, wobei das ePDG konfiguriert ist, um eine Triggernachricht an die FMC PF zu senden; wobei das Richtliniensteuerungssystem dadurch gekennzeichnet ist, dass:

die FMC PF angepasst ist, um in einem mobilen Netzwerk eingestellt zu werden, auf das ein Benutzer den Zugriff anfordert, die FMC PF konfiguriert ist, um die Triggernachricht vom ePDG zu empfangen und den BPCF aufzufordern, eine Richtliniensteuerungssitzung einzurichten, indem der BPCF des festen Breitbandzugangsnetzes, auf das von der UE oder einem Zugangspunkt des festen Breitbandzugangsnetzes zugegriffen wird, gemäß der lokalen UE-IP-Adresse in den externen Tunnelinformationen bestimmt wird, und eine S9*-Sitzungseinrichtungsnachricht an den BPCF gesendet wird, wobei die S9*-Sitzungseinrichtungsnachricht mit den externen IPSec-Tunnelinformationen übertragen wird;

der BPCF konfiguriert ist, um die Anforderung von der FMC PF zu empfangen und die Zugangskontrolle gemäß den QoS-Regeln oder den durch die Richtliniensteuerungssitzung übertragenen QoS-Informationen durchzuführen oder ein anderes Netzelement des festen Breitbandzugangsnetzes mit der Durchführung der Zugangskontrolle zu beauftragen;

die durch die FMC PF vom ePDG empfangene Triggernachricht: eine Nachricht zur Einrichtung einer Gatewaysteuerungssitzung mit Internet Protocol Security, IPSec, externen Tunnelinformationen ist oder mit einem Dynamic Host Configuration Protocol, DHCP, eine Anforderungsnachricht mit externen IPSec-Tunnelinformationen ist;

die externen IPSec-Tunnelinformationen eine lokale IP-Adresse der User Equipment (Benutzereinrichtung), UE, die vom ePDG empfangen wird, umfassen;

dadurch gekennzeichnet, dass:
entweder die FMC PF angepasst ist, um als Funktionseinheit zu dienen, die von einer Policy and Charging Rules Function, PCRF, getrennt ist, oder das Richtliniensteuerungssystem eine Policy and Charging Rules Function, PCRF, umfasst, in die die FMC PF integriert ist; und dass das Richtliniensteuerungssystem wie folgt angepasst ist:
wenn der Benutzer ein nicht roamender Benutzer ist, das Mobilfunknetz, zu dem der Benutzer den Zugriff anfordert, das Public Land Mobile Network, PLMN, zu dem der Benutzer gehört; oder wenn der Benutzer ein roamender Benutzer ist, das Mobilfunknetz, zu dem der Benutzer den Zugriff anfordert, das PLMN ist, das der Benutzer besucht.


 
9. Richtliniensteuerungssystem nach Anspruch 8, wobei die FMC PF konfiguriert ist, um PCC-Regeln, QoS-Regeln oder eine GBR enthaltende QoS-Anfrage zu erhalten und die QoS-Regeln oder QoS-Informationen über die Richtliniensteuerungssitzung an den BPCF zu übertragen.
 
10. Richtliniensteuerungssystem nach Anspruch 9, wobei die FMC PF angepasst ist, um als Funktionseinheit zu dienen, die von der PCRF getrennt ist,
und wobei das System ferner die PCRF umfasst und die PCRF konfiguriert ist, um der FMC PF die PCC-Regeln oder die QoS-Regeln bereitzustellen.
 
11. Richtliniensteuerungssystem nach Anspruch 8, umfassend die PCRF, in die die FMC PF integriert ist, wobei die PCRF konfiguriert ist, um PCC-Regeln oder QoS-Regeln zu erstellen, wenn der Benutzer ein nicht roamender Benutzer ist, und um die PCC-Regeln oder die QoS-Regeln von einer PCRF des PLMN zu erhalten, zu dem der Benutzer gehört, wenn der Benutzer ein roamender Benutzer ist.
 
12. Richtliniensteuerungssystem nach Anspruch 9, wobei die FMC PF angepasst ist, um als von der PCRF getrennte Funktionseinheit zu dienen, und wobei das ePDG ferner konfiguriert ist, um die QoS-Anforderung an die FMC PF bereitzustellen.
 
13. Richtliniensteuerungssystem nach Anspruch 8, umfassend die PCRF, in die die FMC PF integriert ist, und wobei die PCRF konfiguriert ist, um die QoS-Anforderung von dem ePDG zu erhalten.
 


Revendications

1. Procédé de contrôle de politique pour un réseau d'accès à large bande fixe, comprenant :

régler (300), dans un réseau mobile auquel un utilisateur demande d'accéder, une fonction de politique de convergence mobile fixe, FMC PF,

après que la FMC PF reçoit un message de déclenchement en provenance d'une passerelle de données par paquets évoluée, ePDG, demander (301), par la FMC PF, un cadre de contrôle de politique à large bande, BPCF, dans le réseau d'accès à large bande fixe pour établir une session de contrôle de politique ; et

réaliser (302), par le BPCF, un contrôle d'admission selon des règles de qualité de service, QoS, ou des informations de QoS transmises en provenance de la FMC PF par l'intermédiaire de la session de contrôle de politique ou déléguer à un autre élément de réseau du réseau d'accès à large bande fixe la réalisation du contrôle d'admission ;

le procédé de contrôle de politique étant caractérisé par le fait que le message de déclenchement reçu par la FMC PF en provenance de l'ePDG est : un message d'établissement de session de contrôle de passerelle transportant des informations de tunnel externe de sécurité de protocole Internet, IPSec, ou un message de demande de protocole de configuration d'hôte dynamique, DHCP, transportant des informations de tunnel externe IPSec ;

par le fait que les informations de tunnel externe IPSec comprennent une adresse IP locale d'équipement utilisateur, UE, reçue par l'ePDG ;

par le fait que soit la FMC PF est conçue pour servir en tant qu'entité de fonction séparée d'une fonction de règles de politique et de charge, PCRF, soit la FMC PF est intégrée dans une fonction de règles de politique et de charge, PCRF ; et

par le fait que, lorsque l'utilisateur est un utilisateur non en itinérance, le réseau mobile auquel l'utilisateur demande d'accéder est le réseau mobile terrestre public, PLMN, auquel l'utilisateur appartient ; ou lorsque l'utilisateur est un utilisateur en itinérance, le réseau mobile auquel l'utilisateur demande d'accéder est le PLMN que l'utilisateur visite,

et par le fait que la demande, par la FMC PF, au BPCF d'établir une session de contrôle de politique comprend :
déterminer, par la FMC PF, le BPCF du réseau d'accès à large bande fixe ayant fait l'objet d'un accès par l'UE ou un point d'entrée du réseau d'accès à large bande fixe selon l'adresse IP locale d'UE dans les informations de tunnel externe, et envoyer, par la FMC PF, un message d'établissement de session S9* au BPCF, le message d'établissement de session S9* étant transporté avec les informations de tunnel externe IPSec.


 
2. Procédé de contrôle de politique selon la revendication 1, dans lequel les informations de tunnel externe IPSec comprennent un numéro de port source.
 
3. Procédé de contrôle de politique selon la revendication 1, dans lequel la demande d'établir une session de contrôle de politique et la réalisation, par le réseau d'accès à large bande fixe, d'un contrôle d'admission comprennent :
après que la FMC PF acquiert des règles de contrôle de politique et de charge, PCC, des règles de QoS ou une demande de QoS, transmettre, par la FMC PF, les règles de QoS ou des informations de QoS au BPCF par l'intermédiaire de la session de contrôle de politique.
 
4. Procédé de contrôle de politique selon la revendication 3,
dans lequel la FMC PF est conçue pour servir en tant qu'entité de fonction séparée de la PCRF, et
dans lequel l'acquisition, par la FMC PF, des règles de QoS ou des informations de QoS comprend :

acquérir, par la FMC PF, les règles de PCC ou les règles de QoS à partir de la PCRF ; ou

acquérir, par la FMC PF, la demande de QoS à partir de l'ePDG.


 
5. Procédé de contrôle de politique selon la revendication 3,
dans lequel la FMC PF est intégrée dans la PCRF, et
dans lequel l'acquisition, par la FMC PF, des règles de PCC, de la règle de QoS ou de la demande de QoS comprend :

lorsque l'utilisateur est un utilisateur non en itinérance, réaliser les règles de PCC et/ou les règles de QoS par la PCRF, et

lorsque l'utilisateur est un utilisateur en itinérance, acquérir, par la PCRF, les règles de PCC ou les règles de QoS à partir d'une PCRF du PLMN auquel l'utilisateur appartient ; ou

acquérir, par la PCRF, la demande de QoS en provenance de l'ePDG.


 
6. Procédé de contrôle de politique selon la revendication 4 ou 5, dans lequel la réalisation, par le réseau d'accès à bande large fixe, d'un contrôle d'admission comprend :

dans un cas dans lequel le BPCF reçoit une demande pour affecter un débit binaire garanti, GBR, de ressource de bande passante, réaliser, par le réseau d'accès à large bande fixe, le contrôle d'admission également selon la bande passante actuellement disponible d'une ligne de réseau fixe souscrite comme suit :

lorsque la bande passante actuellement disponible est supérieure ou égale au GBR, accepter, par le réseau d'accès à large bande fixe, la demande de la FMC PF du réseau mobile auquel l'utilisateur demande d'accéder,

renvoyer, par le réseau d'accès à large bande fixe, un message d'accusé de réception d'acceptation à la FMC PF du réseau mobile auquel l'utilisateur demande d'accéder,

et déduire, par le réseau d'accès à large bande fixe, le GBR à partir de la bande passante actuellement disponible de la ligne de réseau fixe souscrite, et

lorsque la bande passante actuellement disponible est inférieure au GBR, rejeter, par le réseau d'accès à large bande fixe, la demande de la FMC PF du réseau mobile auquel l'utilisateur demande d'accéder,

et renvoyer, par le réseau d'accès à large bande fixe, un message de rejet à la FMC PF du réseau mobile auquel l'utilisateur demande d'accéder, le message de rejet étant transporté avec la bande passante que le réseau d'accès à large bande fixe peut accepter,

dans un cas dans lequel le BPCF reçoit une demande de libération du GBR de ressource de bande passante, renvoyer, par le BPCF, un message d'accusé de réception d'acceptation, et ajouter, par le réseau d'accès à large bande fixe, le GBR à la bande passante actuellement disponible de la ligne de réseau fixe souscrite.


 
7. Procédé de contrôle de politique selon la revendication 6, le procédé comprenant en outre :
réaliser, par la FMC PF, une préemption de ressource selon une priorité d'affectation et de retenue, ARP, lors de la réception du message de rejet.
 
8. Système de contrôle de politique pour un réseau d'accès à large bande fixe, dans lequel le système de contrôle de politique comprend au moins : une passerelle de données par paquets évoluée, ePDG, une fonction de politique de convergence mobile fixe, FMC PF, et un cadre de contrôle de politique à large bande, BPCF, dans lequel
l'ePDG est configurée pour envoyer un message de déclenchement à la FMC PF ;
dans lequel le système de contrôle de politique est caractérisé par le fait que :

la FMC PF est conçue pour être réglée dans un réseau mobile auquel un utilisateur demande d'accéder,

la FMC PF est configurée pour recevoir le message de déclenchement en provenance de l'ePDG et demander au BPCF d'établir une session de contrôle de politique en déterminant le BPCF du réseau d'accès à large bande fixe ayant fait l'objet d'un accès par l'UE ou un point d'entrée du réseau d'accès à large bande fixe selon l'adresse IP locale d'UE dans les informations de tunnel externe, et en envoyant un message d'établissement de session S9* au BPCF, le message d'établissement de session S9* étant transporté avec les informations de tunnel externe IPSec ;

le BPCF est configuré pour recevoir la demande en provenance de la FMC PF et pour réaliser un contrôle d'admission selon des règles de QoS ou des informations de QoS transmises par l'intermédiaire de la session de contrôle de politique ou pour déléguer à un autre élément de réseau du réseau d'accès à large bande fixe la réalisation du contrôle d'admission ;

le message de déclenchement reçu par la FMC PF en provenance de l'ePDG est : un message d'établissement de session de contrôle de passerelle transportant des informations de tunnel externe de sécurité de protocole Internet, IPSec, ou un message de demande de protocole de configuration d'hôte dynamique, DHCP, transportant des informations de tunnel externe IPSec ;

les informations de tunnel externe IPSec comprennent une adresse IP locale d'équipement utilisateur, UE, reçue par l'ePDG ;

par le fait que :

soit la FMC PF est conçue pour servir en tant qu'entité de fonction séparée d'une fonction de règles de politique et de charge, PCRF, soit le système de contrôle de politique comprend une fonction de règles de politique et de charge, PCRF, dans laquelle la FMC PF est intégrée ; et

par le fait que le système de contrôle de politique est conçu comme suit :
lorsque l'utilisateur est un utilisateur non en itinérance, le réseau mobile auquel l'utilisateur demande d'accéder est le réseau mobile terrestre public, PLMN, auquel l'utilisateur appartient ; ou lorsque l'utilisateur est un utilisateur en itinérance, le réseau mobile auquel l'utilisateur demande d'accéder est le PLMN que l'utilisateur visite.


 
9. Système de contrôle de politique selon la revendication 8, dans lequel
la FMC PF est configurée pour acquérir des règles de PCC, des règles de QoS ou une demande de QoS contenant un GBR, et pour transmettre les règles de QoS ou des informations de QoS au BPCF par l'intermédiaire de la session de contrôle de politique.
 
10. Système de contrôle de politique selon la revendication 9, dans lequel
la FMC PF est conçue pour servir en tant qu'entité de fonction séparée de la PCRF,
et dans lequel le système comprend en outre la PCRF et la PCRF est configurée pour fournir les règles de PCC ou les règles de QoS à la FMC PF.
 
11. Système de contrôle de politique selon la revendication 8, comprenant la PCRF dans laquelle la FMC PF est intégrée, dans lequel la PCRF est configurée pour réaliser des règles de PCC ou des règles de QoS lorsque l'utilisateur est un utilisateur non en itinérance, et pour acquérir les règles de PCC ou les règles de QoS à partir d'une PCRF du PLMN auquel l'utilisateur appartient lorsque l'utilisateur est un utilisateur en itinérance.
 
12. Système de contrôle de politique selon la revendication 9, dans lequel
la FMC PF est conçue pour servir en tant qu'entité de fonction séparée de la PCRF,
et dans lequel l'ePDG est en outre configurée pour fournir la demande de QoS à la FMC PF.
 
13. Système de contrôle de politique selon la revendication 8, comprenant la PCRF dans laquelle la FMC PF est intégrée, et dans lequel la PCRF est configurée pour acquérir la demande de QoS à partir de l'ePDG.
 




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