用于匹配核心网络承载的资源量和受访问网络承载的资源量的移动通信系统

摘要

基于请求在端到端服务中使用的承载服务资源的量，受访问策略控制装置来判定受访问用户平面装置为端到端服务所提供的受访问网络承载资源的量。基于请求在端到端服务中使用的承载服务资源的量，本地策略控制装置来判定本地网关装置为端到端服务提供的核心网络承载资源的量。更进一步，如果由它自身判定的核心网络承载资源的量与由受访问策略控制装置判定的受访问网络承载资源不匹配，则本地策略控制装置就执行处理，以使该两者相匹配。

说明书

技术领域

本发明涉及移动通信系统。

背景技术

在3GPP(第三代合伙项目)中，研究了LTE(长期演进)和SAE(系统架构演进)。在该研究中的一个重要问题是QoS(服务质量)。

在研究SAE/LTE移动通信系统的整个SAE架构的QoS控制中，需要考虑在受访问侧与本地侧之间在SAE核心网络上的通信，其中该移动通信系统包括LTE网络和SAE核心网络。在SAE核心网络上的通信通常是在受访问侧VPLMN(访问公共陆地移动网络)与本地侧HPLMN(本地PLMN)之间的GSMA全球漫游交换(GRX)上的漫游通信。

到目前为止，在研究SAE/LTE移动通信系统的QoS控制中，集中在对应无线接入网的LTE网络的QoS控制，却没有更多的研究SAE核心网络的QoS。因此，就需要建立覆盖在包含SAE核心网络的SAE架构上的QoS控制。

通常，VPLMN和HPLMN是由不同的运营商来操作，对每种PLMN应用每个运营商的一种策略，因此，对HPLMN用户应用的策略和对VPLMN用户应用的策略可以彼此不同。

VPLMN的策略是由V-PCRF(策略和计费规则功能)来定义，HPLMN的策略是由H-PCRF来定义。VPLMN的PCEF(V-PCEF：策略和计费实施功能)遵照V-PCRF所定义的策略，HPLMN的PCEF(H-PCEF)遵照H-PCRF所定义的策略。

在V-PCEF与H-PCEF之间的SAE核心网络上进行端到端服务。在SAE核心网络上，在UPE(用户平面实体)或V-IASA(IETF管理支持活动)与IASA(或H-IASA)之间建立SAE CN承载，UPE是V-PCEF，IASA是H-PCEF。就需要覆盖包含了SAE CN承载的整个SAE架构的QoS控制。

日本专利公开号为2003-298616公开了一种在移动通信系统中QoS控制的实例，通过核心网络连接两个节点(受访问节点和控制门节点)提供端到端服务。根据这篇专利文献，可以实现用于覆盖端到端服务的QoS控制。

3GPP研究的SAE/LTE移动通信系统采用了在设置或改变策略方面具有更高灵活性的SAE架构。然而，在日本专利公开号为2003-298616中公开的控制却没有考虑SAE/LTE移动通信系统的系统配置。因此，它实际上不能被容易地应用。

发明内容

本发明的目的是提供一种移动通信系统，该移动通信系统能够控制在具有更高灵活性的策略的系统配置中覆盖了整个架构的承载资源。

为了实现上述目的，本发明的移动通信系统是这样一种移动通信系统，在该移动通信系统中，受访问网络和本地网络经核心网络彼此连接，该移动通信系统包括受访问用户平面装置、本地网关装置、受访问策略控制装置和本地策略控制装置。

受访问用户平面装置被提供在受访问网络上，该受访问用户平面装置与移动终端连接，受访问用户平面装置提供端到端服务的受访问网络承载资源，该端到端服务经历(go through)在移动终端与对方侧装置之间的受访问网络、核心网络和本地网络。受访问用户平面装置通过受访问网络承载资源传送(relay)端到端服务的数据。

本地网关装置被提供在本地网络上，该本地网关装置经核心网络和受访问网络上的受访问用户平面装置与移动终端连接，本地网关装置提供端到端服务的核心网络承载资源。本地网关装置通过核心网络承载资源传送端到端服务的数据。

受访问策略控制装置被提供在受访问网络上，该受访问策略控制装置基于在端到端服务中需要使用的承载服务资源的量，来判定受访问用户平面装置为端到端服务提供的受访问网络承载资源的量。

本地策略控制装置被提供在本地网络上，该本地策略控制装置基于在端到端服务中需要使用的承载服务资源的量，来判定本地网关装置为端到端服务提供的核心网络承载资源的量。更进一步，如果由它自身判定的核心网络承载资源量与由受访问策略控制装置判定的受访问网络承载资源量不匹配，本地策略控制装置就执行处理以使该两者相匹配。

从下文参考附图的描述中，将很明显得到本发明的上述目的和其它目的、特征和优点，这些附图描述了本发明的实例。

附图说明

图1示出了根据实施例的移动通信系统的配置的框图；

图2示出了根据实施例的分配移动通信系统资源的操作的顺序图；

图3示出了SAE承载服务架构的框图；

图4示出了两个单播SAE承载的框图，每个SAE承载是由一个SAE无线承载和一个SAE接入承载构成；

图5示出了在无线网络中资源建立的信息流的框图；

图6示出了漫游用户的SAE CN承载架构的框图；

图7示出了在核心网络中资源建立的信息流的框图；

图8示出了在第二实施例中SAE承载架构的框图；

图9示出了资源建立的信息流和QoS信令(UE激活)的框图；

图10示出了由用户激活的在核心网络中资源建立的信息流的框图。

具体实施方式

现在将参照附图详细地描述实施本发明的实施例。

图1示出了根据本发明实施例的移动通信系统的配置的框图。参考图1，该实施例的移动通信系统具有属于受访问网络的基站11、受访问用户平面控制装置12和受访问策略控制装置14，以及属于本地侧网络的本地网关装置13和本地策略控制装置15。基站11与移动终端16连接，本地网关装置13与对方侧装置18连接。受访问用户平面控制装置12和本地网关装置13经核心网络17彼此连接。考虑到SAE/LTE移动通信系统的系统配置，该实施例的移动通信系统具有受访问策略控制装置14和本地策略控制装置15。

移动终端16、基站11、受访问用户平面控制装置12、核心网络17、本地网关装置13、受访问策略控制装置14和本地策略控制装置15都属于SAE系统。

移动终端16是通过无线电波与基站11连接的终端，例如是蜂窝电话。这里，假定移动终端16和对方侧装置18以端到端的方式彼此进行通信。也可以假定将其它移动终端和服务器作为对方侧装置18。

基站11与受访问用户平面控制装置12相连接，同时管理无线承载服务资源。承载服务资源的一个典型实例是传输频带。基站11通过无线电波与移动终端16相连接，并在移动终端16与对方侧装置18之间提供端到端服务的无线承载服务资源。然后，基站11使用为端到端服务提供的无线承载服务资源，传送在移动终端16与受访问用户平面控制装置12之间交换的数据。

受访问用户平面控制装置12经核心网络17与本地网关装置13相连接，同时与基站11相连接，用于利用基站11管理受访问承载服务资源。受访问用户平面控制装置12在移动终端16与对方侧装置18之间提供端到端服务的接入承载服务资源，并使用接入承载服务资源来传送在基站11与本地网关装置13之间交换的数据。

本地网关装置13经核心网络17与受访问用户平面控制装置12连接，并管理在核心网络17上的核心网络承载服务，同时与对方侧装置18相连接。本地网关装置13在移动终端16与对方侧装置18之间提供端到端服务的核心网络承载服务资源，并通过使用核心网络承载服务资源来传送在受访问用户平面控制装置12与对方侧装置18之间交换的数据。

受访问策略控制装置14控制基站11为端到端服务提供的无线承载服务资源，并协同本地策略控制装置15控制受访问用户平面控制装置12为端到端服务提供的受访问承载服务资源。这里，受访问策略控制装置14可以向基站11和受访问用户平面控制装置12查询有关每个装置可以提供的承载服务资源的量。

在判定无线承载资源的量和受访问承载服务的量的情况中，受访问策略控制装置14可以应用受访问网络运营商所定义的策略。例如，在判定增加资源量的情况中，可以将漫游用户的优先级设置为低于预订(subscribe)该受访问网络的用户的优先级。

与受访问资源控制装置14相结合，本地策略控制装置15控制本地网关装置13为端到端服务提供的核心网络承载服务资源。这里，本地策略控制装置15可以向本地网关装置13查询有关能够提供的承载服务资源。

在判定核心网络承载服务资源的量的情况中，本地策略控制装置14可以应用本地网络的运营商所定义的策略。

在这种情况下，本地策略控制装置14从为端到端服务所需的承载服务资源的量(下文称为“所需资源的量”)、基站11和受访问用户平面控制装置12所提供的资源量(下文称为“受访问资源的量”)和本地网关装置13所提供的资源量(下文称为“本地资源的量”)中，计算为端到端服务最后分配的资源量(下文称为“分配资源的量”)。然后，受访问资源控制装置14按照需要执行控制，以使“受访问资源的量”与“分配资源的量”相匹配。本地策略控制装置15按照需要执行控制，以使“本地资源的量”与“分配资源的量”相匹配。

图2示出了本发明实施例的分配移动通信系统的资源的顺序图。假定在移动终端16与对方侧装置18之间产生对于端到端服务的承载服务资源的请求。所需要的承载服务资源的量是“所需资源的量”。

本地策略控制装置15可以将本地网络的策略应用于“所需资源的量”。作为本地网络策略的应用方式，本地策略控制装置15可以根据本地网络的策略来改变“所需资源的量”。可替换地，本地策略控制装置15也可以发送经判定的、并附加了有关本地网络策略的信息的“所需资源的量”。在这种情况下，接收了已附加本地网络策略的“请求资源量”的装置只需要将该策略应用于所需资源的量。

如图2中的显示，首先，本地策略控制装置15向受访问策略控制装置14发送资源请求(步骤101)。该资源请求包括有关“所需资源的量”的信息。

然后，与本地网关装置13相结合，本地策略控制装置15执行本地资源分配(步骤102)。在本地资源的分配程序中，本地策略控制装置15获得能够从本地网关装置13中提供的核心网络承载服务资源的量，并基于该信息来判定在本地侧所能提供的“本地资源量”。在该实施例中，本地网关装置13在此刻为端到端服务提供具有“本地资源量”的核心网络承载服务资源。

另一方面，当受访问策略控制装置14接收到来自本地策略控制装置15的资源请求时，与受访问用户平面控制装置12和基站11相结合，该受访问策略控制装置14执行受访问资源分配(步骤103)。

在受访问资源分配过程之前，受访问策略控制装置14可以将受访问网络的策略应用于“请求资源的量”。作为受访问网络策略的一种应用方式，受访问策略控制装置14可以根据受访问网络策略来改变“请求资源的量”。可替换地，受访问策略控制装置14也可以发送经判定的、并附加了有关受访问网络策略的信息的“请求资源的量”。在这种情况下，接收了已附加受访问网络策略的“请求资源量”的装置只需要将该策略应用于请求资源的量。

在受访问资源的分配程序中，根据受访问用户平面控制装置12所能准许的接入承载服务资源的量、和基站11可以允许的无线承载服务资源的量，来判定“受访问资源的量”。在该实施例中，在此刻，受访问用户平面控制装置12为端到端服务提供“受访问资源量”的接入承载服务资源。基站11为端到端服务提供“受访问资源量”的无线承载服务资源。

接着，受访问策略控制装置14向本地策略控制装置15发送分配响应，该分配响应包含了有关“受访问资源量”的信息(步骤104)。

当判定“本地资源量”和“受访问资源量”时，本地策略控制装置15将它们进行比较，并判定最后的“分配资源量”(步骤105)。如果“本地资源量”与“受访问资源量”相同，“分配资源量”可以具有与它们相同的资源量。如果“本地资源量”与“受访问资源量”彼此不同，“分配资源量”可以具有与它们之中较小的量相同的资源量。

如果“本地资源量”与“受访问资源量”相同，并且判定“分配资源量”与它们的量相同，则移动通信系统可以结束该过程。然而，如果“本地资源量”与“受访问资源量”彼此不同，并且“分配资源量”被判定与它们之中量较少的任何一个量相同，则优选的是对它进行更新，以使较大资源的量与“分配资源量”匹配，这是由于额外的资源被分配给较大的一方。在该实施例中，在这种情况下执行资源更新过程(步骤106)。

如果在“本地资源量”中存在额外的量，则与本地网关装置13相结合，本地策略控制装置15更新“本地资源量”，以使它匹配“分配资源的量”。

如果在“受访问资源的量”中存在额外量(extra)，则本地策略控制装置15指示受访问策略控制装置14更新“受访问资源的量”，以使它匹配“分配资源的量”。接收该指令的受访问策略控制装置14就根据指令来更新“受访问资源的量”。

根据该实施例，本地策略控制装置15和受访问策略控制装置14彼此联合操作，来判定在本地侧和受访问侧为端到端服务提供的相应承载服务资源的量，并使本地侧的承载服务资源量与受访问侧的承载服务资源量相匹配，以便通过将策略控制和用户平面控制分离，采用高灵活性的策略来控制覆盖该系统配置中的整个架构的承载资源。

根据该实施例，由于用于管理相应运营商的策略的本地策略控制装置15和受访问策略控制装置14是与基站11、受访问用户平面控制装置12和本地网关装置13相独立地提供的，因此就具有很高的灵活性，从而可以容易地设置或改变在整个系统上的每个运营商的策略，其中该基站11、受访问用户平面控制装置12和本地网关装置13实际上提供了端到端服务的承载服务资源。例如，受访问策略控制装置14可适用于将自身网络中预订的用户与漫游用户相区分，从而执行不同的QoS控制。在分配资源的程序中，如果它为自身网络中预订的用户提供了比漫游用户更高的优先级，就可以促使更多的用户预订自身网络。

根据该实施例，由于本地策略控制装置15和受访问策略控制装置14联合工作来判定“分配资源量”，以使该“分配资源量”与在本地侧可以提供的资源量和在受访问侧可以提供的资源量中的任何一个较少的资源量相匹配，并且如果在本地侧或受访问侧中的任何一个量具有多余量(excess)，则进行更新以消除该多余量，从而避免对本地侧或受访问侧执行无用的资源分配，并因而能够分配最大的可用资源。

接下来，将描述应用于在3GPP中研究的SAE/LTE移动通信系统的实施例。在每个实施例的描述中出现的UE(用户设备)对应移动终端16。eNodeB和LTE-RAN(无线接入网)都对应基站11。UPE、MME/UPE和V-PCEF都对应受访问用户平面控制装置12。IASA和H-PCEF对应本地网关装置13。对等实体对应于对方侧装置18。V-PCRF对应受访问策略控制装置14，H-PCRF对应本地策略控制装置15。

[第一实施例]

首先，在第一实施例中，作为前提，将描述有关QoS概念的重要问题和QoS概念。接着，将描述SAE承载服务架构和QoS控制的颗粒度。更进一步，将描述资源建立和QoS信令、和SAE CN承载的资源建立和QoS信令。

(1.关键问题QoS概念的描述)

QoS概念的关键问题包括下列方面：

-用于提供增强的服务QoS的手段，所述增强的服务QoS要求超出默认IP接入承载所提供内容的QoS或策略；

-SAE/LTE QoS简档，该SAT/LTE简档与当前的UMTS(通用移动电信系统)QoS简档(即，UMTS承载服务属性)相比更简单。

同时，在SAE/LTE QoS简档与UMTS QoS简档之间复杂的映射机制应被避免。在UMTS与SAE/LTE QoS简档之间的多重映射可能不导致QoS改变。

-QoS简档的信令和资源建立或资源保留的信令，这包括这种信令程序的方向(即，网络启动/UE启动)；

也可以研究是否/如何通过从有关QoS的信令中导出IP承载水平以及RAN水平QoS和策略配置来简化当前的UMTS信令模型，其中该有关QoS的信令是在应用级(例如，IMS)上执行。这包括研究每个分组的有关QoS信息的使用(例如，DSCP(差分服务代码点标记)标记)。

(2.QoS概念)

每当UE请求新的服务时，MME/UPE/Inter AS锚点(接入网关-在这个从句中缩写为aGW)将会从PCRF接收PCC(策略控制和计费)规则，该PCC规则包含QoS请求。如果默认的IP承载/连接服务不能提供所请求的QoS，就需要附加的SAE承载服务。

aGW从PCRF中接收有关需要传送的端到端服务的细节内容，即，用于描述IP流和相关QoS描述(至少位速率信息和代表延迟/优先级要求的“业务类”)的过滤器。aGW可以为由被映射成相同的业务类和它们组合的QoS描述(至少位速率)的所有端到端服务所构成的每种业务类产生聚集(aggregate)。eNodeB接收每种SAE承载服务的聚集QoS描述。当准备开始/终止/修改端到端服务时，aGW接收到相关信息，更新聚集的QoS描述，并将它转发给eNodeB。

UE和aGW执行端到端服务IP流到SAE承载服务的映射。

为了能够在属于不同SAE承载服务的分组之间进行区分，eNodeB和aGW需要知道SAE承载的聚集QoS描述。eNodeB使用它来对安排(DL)和监管(UL)进行调度，而aGW使用它来对(DL+UL)进行监管。

对于下行链路，nodeB根据SAE承载服务的聚集QoS描述来处理IP分组。对于上行链路，eNodeB相对于SAE承载服务的聚集QoS描述来监管(police)每个IP分组。

(3.SAE承载服务架构)

图3示出了SAE承载服务架构。

图3中描述了SAE承载服务的分层架构。在TS 23.107中提供的承载服务的定义仍然可以应用：

-承载服务包括能提供约定的QoS的所有方面。其中这些方面是控制信令、用户平面传输和QoS管理功能。

SAE承载服务提供：

-IP端到端服务流的QoS明智(wise)聚集；

-IP报头压缩(和向UE提供相关的信息)；

-UP加密(和向UE提供相关的信息)；

-如果需要对于端到端服务信令分组的优先化处理，可以将附加的SAE承载服务附加到默认的IP服务；

-向UE提供映射/复用信息；

-向UE提供接受的QoS信息。

SAE无线承载服务提供，例如：

-根据需要的QoS，在eNodeB与UE之间传输SAE承载服务数据单元；

-将SAE无线承载服务与相应的SAE承载服务链接起来。

SAE接入承载服务提供：

-根据需要的QoS，在aGW与eNodeB之间传输SAE承载服务数据单元；

-向eNodeB提供SAE承载服务的聚集QoS描述；

-将SAE接入承载服务与相应的SAE承载服务链接起来。

(4.QoS控制的颗粒度)

图4示出了两个单播SAE承载，每个SAE承载是由一个SAE无线承载和一个SAE接入承载组成。

服务数据流(SDF)是分组流的聚集集合。在上行链路方向上，UE中的上行链路分组过滤器(ULPF)将SDF约定绑定到SAE承载，在下行链路方向上，PCEF中的下行链路分组过滤器(DLPF)将SDF绑定到SAE承载。

每个单播SAE承载与一个UE和一个“业务类”链接在一起。

在SAE无线承载和SAE接入承载之间存在一对一映射。

图4描述了假定UPE和IASA被协同定位时的PCEF。在UPE与IASA分离的情况下，DLPF被设置在IASA中。

在SAE/LTE接入系统中，SAE承载(即，对应的SAE CN承载、SAE无线承载和SAE接入承载)是QoS控制的颗粒度的水平。也就是说，被映射道相同SAE承载的SDF接受相同的处理(例如，调度原理)。因此，向两个SDF提供不同的QoS就需要为每个SDF建立分离的SAE承载。

(5.资源建立和QoS信令)

资源建立和QoS信令处理向网络实体提供QoS/策略信息，这些网络实体控制无线/网络资源。使用有关用户预订、UE和无线/网络性能、无线/网络资源的可用性、特定的运营商策略和正在使用的服务的信息来控制无线/网络资源。

假定即使可以没有请求的QoS，即，QoS可能被网络/无线降级，仍可以始终提供资源。对于所请求的网络资源的协商/再协商是可能的。

资源建立和QoS信令假定了对于QoS要求的在前信令。这可以通过应用信令(例如，IMS)或通过IP承载信令来实现。这可能导致建立附加的IP承载(可与UMTS PS承载相比)。在默认的IP接入承载已经建立的资源上发生该应用信令。应用功能就媒体组成以及它们的特性方面来与UE进行协商，并将相关信息提供给PCRF。

对于运营商控制的服务(例如IMS)，SAE/LTE支持网络启动的SAE承载建立以及网络启动的SAE承载修改，即，网络控制SAE承载信令，并从而负责请求合适的承载QoS参数。

资源建立是通过来自PCRF的资源请求进行触发，该PCRF将媒介信息变换为需要的策略/QoS信息，或者资源建立是通过包含策略/QoS信息的IP承载信令来触发的。在后者的情况下，假定网络预先执行QoS授权，该授权将策略信息附加到承载信令上。对于非IMS服务，可以支持由PCRF进行资源建立的激活。

资源建立功能包含两种功能：需被用于建立网络和无线资源以及向UE提供相应信令以将无线资源绑定到应用层的功能，以及向其提供授权的QoS的功能。

MME/UPE检验所获准的资源是否与在用户的预订简档中定义的限制相对应，并发起对网络无线部分的资源分配。

负责的LTE-RAN功能检验资源的可用性，建立需要的资源，最后通知UE有关服务的无线资源配置和通知是何资源与何IP或会话流相链接起来。

图5示出了在无线网络中资源建立的信息流。

(1)UE具有与网络建立的信令关系，网络执行默认的IP接入承载。

(2)通过资源请求来触发建立MME/UPE，该资源请求包含与请求的服务对应的策略/QoS信息。

(3)MME/UPE检验UE的预订，根据接收的QoS信息和可用资源来执行允许控制，并应用接收的策略信息。策略实施点的位置可以被设置在(相互接入)移动锚点中。

(4)MME/UPE启动对负责的LTE-RAN功能的资源建立。

(5)负责的LTE-RAN功能执行允许控制。预计需要的是将接收的QoS信息变换成无线QoS信息。根据变换的QoS信息来执行无线资源的分配和调度程序的合适配置。

(6)为UE提供了与所述服务所需的无线配置信息和相关信息有关的信息，以将无线资源与IP或会话流链接起来。

(7)向MME/UPE通知资源建立的成功结果。

(8)MME/UPE报告资源建立的结果以及协商的QoS。

(6.用于SAE CN承载的资源建立和QoS信令)

在漫游UE的情况下，SAE CN承载从VPLMN(V-PCEF所在的位置)中的UPE(或V-IASA)向HPLMN(H-PCEF所在的位置)中的IASA延伸(stretch)。

由于以每个网络为基础来应用运营商策略，因此对于在HPLMN和VPLMN中的漫游用户可以具有不同的策略。因此，SAE漫游架构需要在VPLMN中的V-PCRF功能，该V-PCRF功能允许受访问运营商调整由HPLMN中的H-PCRF提供的策略/QoS信息。

下面的附图示出了有关策略控制、计费和运营商控制服务的QoS处理的SAE漫游架构，并描述了SAE CN承载。

图6示出了漫游用户的SAE CN承载服务架构。

资源建立和QoS信令程序执行向控制无线/网络资源的网络实体提供QoS/策略信息。通过应用与用户预订、UE和无线/网络的性能、无线/网络资源的可用性、特定的运营商策略、和正在被使用的服务有关的信息，来控制无线/网络资源。

由于涉及两个运营商网络，而每个网络具有其自身的PCEF，因此，在承载属性不同的情况下，可以调整SAE CN承载。

图7示出了在核心网络中资源建立的信息流。

1)通过资源请求(来自H-PCRF)来触发V-PCRF，该资源请求包含与请求的服务对应的策略/QoS信息。

2)V-PCRF基于本地(受访问)的运营商策略作出授权和策略判定。

3)V-PCRF将策略/QoS信息发送给MME/UPE。

4)MME/UPE向负责的LTE-RAN功能发起资源建立。参见附图7，开始执行策略/QoS(通过嵌入的PCEF)。

5)MME/UPE向V-PCRF报告资源建立的结果和协商的QoS。

6)V-PCRF向H-PCRF报告资源建立的结果和协商的QoS。

7)H-PCRF基于本地运营商策略(例如，SPR)作出授权和策略判定。

8)H-PCRF将策略/QoS信息发送给IASA，IASA开始执行策略/QoS(通过嵌入的PCEF)。

9)IASA向H-PCRF报告资源建立的结果和协商的QoS。

10)由于步骤2至6和步骤7至9是并行地执行，因此对所建立的资源进行比较。如果每个承载建立的QoS不匹配(例如，由于多个VPLMN策略使V-PCRF降低请求的资源，或者IASA不能给予请求的资源)，那么H-PCRF就依据产生的QoS降级的位置来启动对V-PCRF或IASA的QoS更新程序。

上面提到的第一实施例没有限定承载建立程序是从网络端激活还是从UE端激活。在这一方面3GPP研究的趋势，主要是研究网络激活，但也研究了响应于UE激活的承载建立的需要。

当UE第一次与网络连接时，建立默认的IP接入承载。在这种情况下，不执行用户应用，这样，就不涉及PCRF。在这种情况下，通过参考对MME/UPE的预订，就能合理地设置默认的IP接入承载。

可替换地，UE可以请求建立对IASA的其它默认IP接入承载，这个其它的默认IP接入承载不同于在第一次默认IP接入时建立的接入承载。在这种情况下，还没有执行用户应用，因此就不涉及PCRF。

同样地，存在需要响应于UE激活执行承载建立程序的情况。

[第二实施例]

在第二实施例中，将描述包含响应于UE激活进行承载建立程序的实例。

首先，在第二实施例中，作为前提，将描述有关QoS概念的重要问题和QoS概念。接着，将描述SAE承载服务架构、QoS控制的颗粒度、资源建立和QoS信令(网络激活)，并将描述资源建立和QoS信令(UE激活)，和对现有架构中使用的终端的影响。QoS概念的重要问题、QoS概念、SAE承载架构、QoS控制的颗粒度、资源建立和QoS信令(网络激活)与第一实施例的1至5中的描述相同，因此为了描述简便，省略了对它们的叙述。在这当中，第二实施例与第一实施例的区别在于提出的SAE承载服务架构。

图8示出了第二实施例中的SAE承载服务架构。参考图8，在第二实施例中，SAE承载服务和SAE CN承载服务的配置与第一实施例中的配置不同。然而，这个区别并不会实质影响每个装置的任何操作。这个区别不是由于引入上述的UE激活而产生的。

(6.资源建立和QoS信令(UE启动))

当需要建立默认的IP接入承载时，UE使用所述UE启动资源建立程序。当UE第一次连接到网络时，不仅执行这个程序，还可以在其它时间执行这个程序。例如，当具有多个PDN接入能力的UE请求建立第二个默认的IP接入承载(向其它的PDN)时，这第二个默认的IP接入承载与对第一个默认的IP接入承载的建立不同。

MME/UPE获得对默认的IP接入承载建立所需的QoS信息，以便启动这个程序。

MME/UPE如何准确获得这个信息是在这个关键问题的范围之外的内容。例如，这可以是基于在HSS与MME/UPE之间交换的预订信息，或者是通过在UE与MME/UPE之间的直接信令。

对于资源建立功能，应用与资源建立和QoS信令(NW启动)相同的原理。

图9示出了资源建立和QoS信令的信息流(UE启动)。

1)UE请求默认的IP接入承载。该请求包括与该UE想要接入的PDN有关的信息和该IP承载可能的特定资源要求。在初始网络连接程序中，当建立第一个默认的IP接入承载时这个步骤是可选择的，这是由于这个信息可以被提供作为“连接请求”消息的一部分。

2)基于UE的预订信息(在网络连接期间提供的HSS)，MME/UPE根据接收的QoS信息和可用资源来执行允许控制，并应用接收的策略。

3)ME/UPE启动对负责的LTE-RAN功能的资源建立。

4)MME/UPE对于默认的IP接入承载的选择IASA启动资源建立。

5)负责的LTE-RAN功能执行允许控制。期望需要将接收的QoS信息变换为无线QoS信息。根据变换的QoS信息来执行无线资源的分配和调度程序的合适配置。

6)UE被提供有关服务所需的无线配置的信息和将无线资源与IP或会话流联系的有关信息。

7)MME/UPE被通知资源建立的成功结果。

8)MME/UPE被通知资源建立的成功结果。

9)由于并行地执行接入/无线承载(步骤3、5、6、8)的建立和CN承载的建立(步骤4、7)，MME/UPE比较最后为不同承载而建立的资源是否匹配。在具有差异的情况下，MME/UPE启动对LTE RAN或IASA的QoS更新程序(依据产生QoS降级的位置)。

10)MME/UPE确认默认的IP承载建立成功。作为这个消息的一部分，MME/UPE还通知UE有关为该IP承载最后建立的资源。在初始网络连接程序中，当建立第一个默认的IP接入承载时，这个步骤是可选择的，这是由于这个消息可以被提供作为“连接接受”消息的一部分。

(7.对现有架构中使用的终端的影响)

优选地，UE具有建立如第6部分中描述的默认IP接入承载的能力。

在上面叙述的第二实施例中，尽管描述了在响应于UE激活，在资源建立程序中UE向MME/UPE发送默认的IP承载请求的实例，但是也可以应用其它程序。

[第三实施例]

在第三实施例中，将描述响应于UE激活进行承载建立程序的其它实例。

图10示出了响应于UE激活在核心网络中进行资源建立的信息流。

1)UE请求来自H-PCRF的默认IP接入承载。该请求包括UE想要接入的PDN的有关信息，该请求可以包括它的IP承载的特殊资源请求。由于图10中显示的步骤2至11与图7中显示的步骤1至10相同，因此为了叙述简便，省略对它们的叙述。

12)H-PCRF通知UE默认的IP承载建立已经成功。作为消息的一部分，H-PCRF还通知UE为它的IP承载最后建立的资源。

尽管使用了特定的术语描述本发明的优选实施例，但是这些描述仅仅是出于解释的目的，应当理解在不脱离后附权利要求书的精神或范围的情况下，可以对本发明的实施例进行各种改变和变化。