通信装置、通信方法，通信系统以及节点装置与流程

本发明涉及通信装置、通信方法，通信系统以及节点装置。

背景技术：

当前，作为标准化组织的3GPP(3rd Generation Partnership Project：第三代合作伙伴计划)作为大容量且高速的无线网络系统的技术，开始研究了LET(Long Term Evolution：长期演进)以及LET-A(LTE-Advanced：高级长期演进)的后续系统。这样的系统被称为第五代移动通信(5G：the 5th Generation mobile communication)。并且，在日本，从2015年开始正式投入作为LTE-Advanced技术的一种的利用CA(Carrier Aggregation：载波聚合)的服务，可以以超过200Mbps的传输速度进行无线通信。

在LTE系统和LTE-Advanced系统中，有时应用PCC(Policy and Charging Control：策略以及费用控制)。PCC是例如意识到服务的QoS(Quality of Service：服务质量)以及用于费用控制的高度化的工具。作为包含于PCC的功能实体有PCRF(Policy and Charging Rules Function：策略以及费用控制规则功能)和PCEF(Policy and Charging Enforcement Function：策略以及费用实施节点)、OCS(Online Charging System：在线费用系统)等。

PCRF包括例如策略控制的决定功能或流量基础的费用控制功能，提供服务数据流的检测、门控、QoS以及流量基础的费用等。并且，PCEF包括例如服务数据流的检测功能、策略的实施功能、流量基础的费用功能，提供服务数据流的检测、用户面吞吐量的处理等。而且，OCS实施例如在线信用控制功能，进行每一费用基准的信用控制。

另一方面，还有移动边缘计算的技术。移动边缘计算是例如将服务器设置在基站附近，从该服务器向终端装置提供服务的技术。通过移动边缘计算，例如与服务器经由核心网络连接的情况相比，减少传送延迟(Latency)，可以提高响应，而且还可以减轻核心网络侧的负荷。

先行技术文献

非专利文献

非专利文献1：3GPP TS 23.203V13.6.0(2015-12)

非专利文献2：“Mobile-Edge Computing”,Mobile-Edge Computing-Introductory Technical White Paper,ETSI,September 2014.

技术实现要素：

发明要解决的课题

为此，一方面的目的在于提供通信装置、通信方法、通信系统以及节点装置，在移动边缘计算环境下，也可以有效地进行策略控制和费用控制。

用于解决课题的手段

根据一方面，在通信装置中，具备：监视部，其向第一节点装置发送对于第一通信量和第二通信量的监视结果，其中，所述第一通信量是核心网络所包括的网关装置与终端装置之间的第一通信中的第一通信量，所述第二通信量是连接于与所述终端装置进行无线通信的基站装置的服务器装置与所述终端装置之间或者包括所述服务器装置在内的所述基站装置与所述终端装置之间的第二通信中的第二通信量，所述第一节点装置进行策略控制以及费用控制。

发明效果

根据一方面，能够提供在移动边缘计算环境下可以有效地进行策略控制和费用控制的通信装置、通信方法、通信系统以及节点装置。

附图说明

图1是表示通信系统的构成例的图。

图2是表示通信系统的构成例的图。

图3是表示通信系统的构成例的图。

图4(A)至图4(D)是表示数据使用量的监视例子的图。

图5(A)至图5(F)是表示数据使用量的监视例子的图。

图6是表示通信系统的构成例的图。

图7是表示通信系统的构成例的图。

图8是表示通信系统的构成例的图。

图9是表示通信系统的构成例的图。

图10是表示通信系统的构成例的图。

图11是表示通信系统的构成例的图。

图12是表示通信系统的构成例的图。

图13是表示通信系统的构成例的图。

图14是表示通信系统的构成例的图。

图15是表示通信系统的构成例的图。

图16是表示通信系统的构成例的图。

图17是表示eNB的构成例的图。

图18是表示UE的构成例的图。

图19是表示核心侧PCC、基站侧PCC或者PGW的构成例的图。

图20是表示通信系统中的协议栈例子的图。

图21是示出表示PCC方差处理的动作例的序列例子的图。

图22是示出表示默认承载的建立动作的序列例子的图。

图23是示出表示默认承载的建立动作的序列例子的图。

图24是表示专用承载的建立动作的序列例子的图。

图25是表示PCC控制的序列例子的图。

图26(A)至图26(D)是表示数据使用量的监视例子的图。

图27(A)至图27(D)是表示数据使用量的监视例子的图。

图28是表示PCC控制的序列例子的图。

图29是表示PCC控制的序列例子的图。

图30是表示PCC控制的序列例子的图。

图31是表示PCC控制的序列例子的图。

图32是表示切换时的PCC控制的序列例子的图。

图33是表示切换时的PCC控制的序列例子的图。

图34是表示通信系统的构成例的图。

图35是表示通信系统的构成例的图。

具体实施方式

下面，参照附图详细说明本实施方式。本说明书中的课题以及实施例只是一个例子，并不是用于限定本申请的保护范围。尤其是，即使记载的表达方式不同，只要技术上等同，即使是不同的表达，还是可以应用本申请的技术，并不是用于限定保护范围。另外，各实施方式在处理内容不冲突的范围内可以适当地组合。

并且，本说明书中使用的术语和记载的技术内容可以适当地采用作为与3GPP等通信有关的规格记载在规格说明书中的术语或技术内容。作为这样的规格说明书的一例，有上述的非专利文献1以及2等。

[第一实施方式]

图1是表示第一实施方式中的通信系统10的构成例的图。通信系统10具备终端装置100、基站装置200、网关装置300、服务器装置500、节点装置650以及通信装置250。

基站装置200与终端装置100进行无线通信。网关装置300包括在核心网络。

服务器装置500可以连接于基站装置200，如图1中虚线示出，还可以配置在基站装置200的内部。并且，服务器装置500是例如提供边缘计算的应用服务器。

节点装置650进行策略控制以及费用控制。

通信装置250具备监视部230。监视部230对于第一通信中的第一通信量和第二通信中的第二通信量，将监视结果发送给节点装置650。其中，第一通信是例如网关装置300与终端装置100之间的通信。并且，第二通信是例如服务器装置500与终端装置100之间或者包括服务器装置500的基站装置200与终端装置100之间的通信。

这样，在节点装置650中，对于第一通信的第一通信量和第二通信的第二通信量，可以获得监视结果，除了第一通信之外，还可以获得所有通信的监视结果。作为这样的监视结果的例子，有例如将第一通信量和第二通信量进行合计的合计通信量。

另外，在节点装置650中，基于表示所有通信的监视结果的值，对于终端装置100的第一通信和第二通信，可以进行策略控制以及费用控制，或者对第一通信不进行，而对第二通信进行策略控制以及费用控制。

并且，节点装置650从监视部230接收表示监视结果的值，无需接收其它的信号，对于两个通信可以进行策略控制以及费用控制。节点装置650从监视部230接收表示监视结果的值，而不接收其它信号，所有与从监视部230接收各种信号的情况相比，还可以减少信号数量(或者信号量)。

根据以上内容，在本通信系统10中，例如，在移动边缘计算环境下，可以有效地进行策略控制和费用控制。

需要说明的是，如图1中虚线示出，通信装置250可以具备在例如基站装置200内，还可以是通信装置250本身是基站装置200。并且，如图1中虚线示出，服务器装置500可以包括在基站装置200，还可以是通信装置250和服务器装置500包括在基站装置200。

[第二实施方式]

其次，说明第二实施方式。首先说明在本第二实施方式中说明的术语。

＜术语的说明＞

PCC是指例如进行策略控制和费用控制的功能或者装置。上面说明了包括在PCC的功能实体(或者功能元素)的一部分。PCC还包括TDF(Traffic Detection Function：流量检测功能)、SPR(Subscription Profile Repository：用户签约数据库)、AF(Application Function：应用功能)等功能实体。

TDF例如进行应用的检测，并且将检测到的应用及其服务数据流报告给PCRF。并且，TDF进行例如重定向、带宽限制、费用等。SPR包括例如基于订阅的策略和IP-CAN(Internet Protocol connectively access network：因特网协议连接接入网)级的PCC规则所需的所有使用者/加入的相关信息。AF提供例如动态策略和/或者费用控制所需的应用。

对于PCC所包括的这些功能实体，可以在例如服务器装置或节点装置、网关装置等装置中执行。在这种情况下，可以在一个装置中执行PCC所包括的所有的功能实体，还可以在多个装置中执行所有的功能实体。例如可以是PCRF、OCS、SPR以及AF在PCRF服务器中执行，PCEF或TDF在PGW(Packet Data Network Gateway：分组数据网关)中执行。或者，还可以是这些功能实体每一个分别在每一个装置中执行。例如可以是PCRF是某一个装置，PCEF是其它装置，OCS是另外的装置等。

策略控制是指例如基于使用者(或者用户)信息等，进行QoS或分组的传输与否等通信控制的技术。并且，费用控制是指例如针对每一个用户，对数据量等进行计数后进行费用，或者确认是否达到合同中的上限值等有关费用控制的技术。

核心网络是指例如连接有SGW(Serving Gateway：服务网关)、PGW、MME(Mobility Management Entity：移动管理实体)以及PCRF服务器等的网络。核心网络有时还被称为例如EPC(Evolved Packet Core：演进分组核心)。

核心侧PCC是指例如在核心网络中，执行PCC的全部或者一部分功能实体的服务器装置或节点装置等装置或者功能。核心侧PCC可以包括在例如连接于核心网络的网关装置和服务器装置等装置中，还可以在这些装置中作为PCC的功能执行。

承载是指例如具有确定的容量(capacity)、延迟(delay)、误码率等的信息传输路径(information transmission path)。核心网络中的EPS(Evolved Packet System：演进分组系统)承载是例如终端与PGW之间的信息传输路径。

移动边缘计算可以由例如设置在基站装置附近的服务器实现。将这样的服务器有时称为例如应用服务器。应用服务器可以例如与基站装置直接连接，还可以具备在基站装置内。

基站装置“附近”是指例如终端装置与应用服务器的第一距离在阈值以内。例如，有时经由核心网络和PDN(Packet Data Network：分组数据网)，其它应用服务器连接于无线通信系统。“附近”是指例如对终端装置与其它应用服务器之间的第二距离和第一距离进行比较时，第一距离比第二距离短。

基站网络是指例如基站装置和应用服务器等连接的网络。有时在基站网络中也执行PCC的各功能。

基站侧PCC是指例如在基站网络中，执行PCC的全部或者一部分的功能的服务器装置或节点装置等装置或者功能。基站侧PCC可以包括在例如连接于基站网络的基站装置或应用服务器、或者其它网关装置或服务器装置等装置内，还可以在这些装置中作为PCC的功能执行。

需要说明的是，上述的术语的说明是一例。这些术语或者有关这些术语的句子可以采用例如3GPP等通信标准中规定的规格说明书或与通信标准有关的白皮书等文献中记载的术语或其意思。

＜通信系统的构成例＞

其次，说明第二实施方式中的通信系统的构成例。在本第二实施方式中，通信系统有第一构成例至第四构成例的四个构成例。首先说明该四个构成例，之后，详细说明第三构成例和第四构成例。

＜1.第一构成例至第四构成例＞

＜1.1关于第一构成例＞

图2示出了通信系统10的第一构成例。通信系统10具备UE(User Equipment：移动通信终端或者终端装置)100、eNB(evolved Node B：基站装置)200、PGW300以及核心侧PCC400。并且，通信系统10还具备APL Server(Application Server。下面，有时称为应用服务器)500。另外，在图2中，eNB200和应用服务器500包括在基站网络，PGW300和核心侧PCC400包括在核心网络。

例如，有时将UE100与GW210之间的通信称为本地通信，将UE100与PGW300之间的通信称为经由核心通信。并且，例如，有时将UE100与应用服务器500之间的通信称为本地通信。

UE100是例如功能手机或智能手机、个人电脑、游戏装置等与eNB200进行无线通信的无线通信装置。eNB200与例如归属于本站点的小区范围的UE100进行无线通信，提供通话服务或Web阅览服务等各种服务的无线通信装置。

eNB200包括例如GW(Gateway：网关)210。GW210是例如配置在eNB200与应用服务器500之间，连接eNB200和应用服务器500的网关装置。GW210还可以配置为例如除了eNB200之外的装置。

GW210是例如建立或终结本地通信的网关装置。具体地，GW210例如设定有关本地通信的承载。详细情况在动作例中说明。并且，GW210包括L-PCEF/TDF(L-PCEF以及L-TDF或者L-PCEF或者L-TDF)220，或者执行L-PCEF/TDF220的功能。

L-PCEF/TDF220例如对于本地通信进行策略控制的执行或数据量的计数等。在这种情况下，L-PCEF/TDF220例如在经由核心通信侧的PCRF410与OCS420之间交互消息等，从而执行在PCRF410中决定的策略，或者对数据使用量(或者通信量。下面有时称为“数据使用量”)进行计数。

PGW300是例如连接核心网络和外部网络的网关装置。PGW300包括PCEF/TDF(PCEF以及TDF、或者PCEF或者TDF)320，或者执行PCEF/TDF的功能。例如，PGW300还是建立或终结经由核心通信的节点装置。

PCEF/TDF320例如对于经由核心通信进行策略控制的执行或数据量的计数。

核心侧PCC400是进行例如策略控制以及费用控制(或者PCC控制。下面有时称为“PCC控制”)的节点装置。核心侧PCC400具备PCRF410、OCS420、SPR430以及AF440。

PCRF410例如决定对于经由核心通信适用的策略，并将决定的策略发送给PCEF/TDF320。并且，PCRF410例如决定对于本地通信适用的策略，并将决定的策略发送给L-PCEF/TDF220。

OCS420例如指示对于PCEF/TDF320适用配额。并且，OCS420例如指示对于L-PCEF/TDF220适用配额。

SPR430例如管理使用者信息等。并且，AF440例如提供有关动态策略或费用控制的应用。

应用服务器500配置在例如eNB200附近。应用服务器500构成为例如提供移动边缘计算的服务器。应用服务器500配置在eNB200附近。例如，应用服务器500配置在UE100与应用服务器500的距离比UE100与PGW300的距离短的位置。应用服务器500可以向UE100提供Web阅览服务或视频发布服务等各种服务。

第一构成例的通信系统10例如进行如下动作。即、在PCEF/TDF320中，接受配额适用指示，进行对于经由核心通信的数据量的计数，在L-PCEF/TDF220中，接受配额的适用指示，进行对于本地通信的数据量的计数。在图2的例子，PCEF/TDF320对数据量“A”进行计数，L-PCEF/TDF220进行数据量“B”的计数。

另外，两个PCEF220、320将计数的“A”和“B”发送给OCS420，在OCS420，将两个数据量相加，从而可以对两个通信的总数据量“A+B”进行计数。

这样，在第一构成例中，例如，通过L-PCEF/TDF220设置在eNB200，从而对于基于移动边缘计算的本地通信，也可以实现PCC控制。因此，在第一构成例的通信系统10中，在移动边缘计算环境下，可以有效地进行策略控制和费用控制。

＜1.2第二构成例＞

其次，说明第二构成例。图3示出了通信系统10的第二构成例。

第二构成例的通信系统10还具备基站侧PCC600。基站侧PCC600具备L-PCRF610、L-OCS620、L-SPR630以及L-AF640。

基站侧PCC600还是例如进行对于本地通信的PCC控制的节点装置。基站侧PCC600例如在eNB200附近作为单独的装置设置，或者还可以设置在eNB200内部。在第三实施方式中说明基站侧PCC600设置在eNB200内部的例子。

例如，L-PCRF610决定对于本地通信适用的策略，并且向L-PCEF/TDF220指示所决定的策略的适用。并且，L-OCS620例如对于本地通信进行在线信用控制功能，并且向L-PCEF/TDF220指示在本地通信适用的配额。进一步地，L-SPR630例如关于本地通信，管理有关使用者信息的信息。进一步地，L-AF640例如对于本地通信，提供有关动态策略或费用控制的应用。

在这种情况下，在基站侧PCC600，与核心侧PCC400同步地，进行对于本地通信的PCC控制。这是因为例如对于针对UE100的策略控制和费用控制，有时考虑本地通信和经由核心通信的双方。

第二构成例中的通信系统10进行例如如下动作。即、基站侧PCC600的L-PCRF610对于本地通信决定策略，L-OCS620决定对于本地通信适用的配额，并向L-PCEF/TDF220指示。L-PCEF/TDF220对于本地通信执行策略，并对本地通信中的数据量进行计数。在图3的例子，数据量是“B”。L-PCEF/TDF220将计数的数据量发送给L-OCS620。

L-PCRF610或L-OCS620等例如与核心侧PCC400的PCRF410或OCS420实现同步，通知计数的数据量等。在OCS420，可以计算两个通信的数据量“A+B”。由此，例如可以进行对于UE100的费用控制，或者适用新的策略。

在第二构成例，基站侧PCC600连接于eNB200附近，所以对于基于边缘计算的本地通信，也可以实现PCC控制。

并且，与第一构成例相比，第二构成例减少传送延迟，可以减轻对于网络的负荷。并且，第二构成例从核心侧PCC400向基站侧PCC600传输关于UE100的UE信息，之后，对于经由核心通信侧可以作为本地PCC应用。在后面详细说明这一点。

因此，根据第二构成例的通信系统10，在移动边缘计算环境下可以有效地进行策略控制和费用控制。

需要说明的是，对于基站侧PCC600中包括的功能实体或L-PCEF/TDF220等功能实体，与核心侧PCC400中包括的功能实体或PCEF/TDF320等功能实体相同地，每一个功能实体可以在单独的装置中实现。或者这些功能实体中的全部或者一部分可以在多个装置中实现，还可以在一个装置中实现全部功能。这些装置可以位于eNB200内，还可以位于应用服务器500内，还可以在这些装置的外侧，与这些装置连接。进一步地，对于这些多个功能实体，可以以一个功能实体实现，还可以是若干个功能实体集中后作为一个功能实体实现。

＜1.3第三构成例＞

其次，说明第三构成例。在说明第三构成例之前，对管理OCS与PCEF之间的数据使用量的监视例子进行说明。

图4(A)至图4(D)示出了OCS与PCEF为一对一关系时的数据使用量的监视例子。

对于各用户(或者UE100)的数据使用量有上限值。OCS420以避免超过这样的上限值的方式进行可以使用的数据量的支付(或者预约)。在图4(B)至图4(D)示出了将上限值设为“3GB(Gigabyte)”，OCS420向PCEF320每次支付“1GB”的例子。PCEF320在使用接受支付的“1GB”后，向OCS通知该事宜。

图5(A)至图5(F)示出了PCEF为多个时的数据使用量的监视例子。图5(A)至图5(F)的例子示出了作为多个PCEF的PCEF320和L-PCEF220的例子。

在这种情况下，OCS420也向各PCEF220、320支付可以使用的数据量，避免可以使用的整体数据使用量不超过上限值(例如“5GB”)。但是，在每一个PCEF220、320中，其数据使用量动态变化。另一方面，在PCEF320，没有掌握L-PCEF220的数据使用量，L-PCEF220也没有掌握PCEF320的数据使用量。因此，OCS420一边与两个PCEF220、320实现同步(或者一边确认剩余量)，一边对两个PCEF220、320每次支付剩余量的一半。

如图5(A)至图5(F)示出，PCEF为多个时，与PCEF为一个时相比，增加PCEF与OCS之间的交互。这是因为例如OCS与PCEF变为一对N(N是2以上的整数)关系，与OCS与PCEF为一对一的关系时相比，增加OCS与PCEF之间的交互。在第三构成例的通信系统10中，例如抑制这样的交互的增加。

图6示出了通信系统10的第三构成例。第三构成例的通信系统10还具备L-PCEF-ICPT(L-PCEF-Intercept)(或者监视部、或者监视部。下面有时称为ICPT)230。

ICPT230例如监视所有的通信(或者监视。下面有时称为“监视”)。在图6的例子，ICPT230监视例如本地通信和经由核心通信的两个通信。并且，ICPT230具备在例如本地通信和经由核心通信的两个通信的通信路径上的中间点(下面，有时称为“拦截点”)，而不是本地通信的终结点(例如GW210)或经由核心通信的终结点(例如PGW300)。另外，ICPT230向基站侧PCC600通知对于本地通信和经由核心通信的两个通信的监视结果。作为监视结果的例子，有UE100的本地通信的数据使用量和经由核心通信的数据使用量的合计值(或者合计通信量，或者合计使用量。下面有时称为“合计值”)、本地通信侧的数据使用量或者它们的组合。

在这种情况下，ICPT230还可以例如在合计值超过相应用户(或者UE100)的数据使用量的上限值时，向基站侧PCC600通知所计数的合计值。另外，在基站侧PCC600，例如接受计数的合计值的通知(或者确认合计值超过上限值时)，向核心侧PCC400通知同步信号(或者同步消息)。在核心侧PCC400，通过接收同步信号，可以掌握相应用户的所有的通信的数据使用量超过了上限值。在核心侧PCC400，基于这样的通知，对于UE100可以进行新的策略控制，或者进行费用控制。

或者还可以是ICPT230例如对所有的通信的合计值进行计数，适当地向基站侧PCC600通知计数的合计值。在这种情况下，基站侧PCC600将接受通知的多次的合计值相加，在其值超过上限值时，向核心侧PCC400发送同步信号。即使在通知为一次的情况下，其值超过上限值时，基站侧PCC600发送同步信号。核心侧PCC400通过同步信号的接收，掌握相应用户的数据使用量超过了上限值，可以进行新的策略控制等。

或者还可以是ICPT230例如对所有的通信的合计值进行计数，并且将计数的合计值适当地通知基站侧PCC600，当所有的通信的合计值超过上限值时，将计数的合计值通知基站侧PCC600。

或者还可以是ICPT230例如在所有的通信的合计值超过上限值时，将计数的合计值经由L-PCEF/TDF220或者基站侧PCC600，发送给核心侧PCC400。

不管是哪种情况，ICPT230对所有的通信的数据使用量的合计值进行计数，将其计数的值通知给基站侧PCC400的时机可以是超过上限值时，还可以是适当地通知。

并且，不管是哪种情况，根据第三构成例，所有的通信的数据使用量的核心侧PCC400与基站侧PCC600之间的交互只有一次。从而，在第三构成例中，与进行多次的同步处理的情况相比，抑制该交互的次数，无需进行多次的同步处理。在后面详细说明。

并且，与第二构成例相同地，第三构成例可以通过基站侧PCC600来进行对于本地通信的PCC控制。并且，根据第三构成例，比第二构成例更加降低传送延迟，可以减轻网络负荷。进一步地，在第三构成例中，在核心侧PCC400无需计算，可以在ICPT230中计算所有的通信的数据使用量。进一步地，在第三构成例，通过ICPT230，核心侧PCC400无需参与，即可在基站侧PCC600中实现对于本地通信的PCC控制。这些的详细情况也在后面说明。

因此，第三构成例的通信系统10在移动边缘计算的环境下可以进行有效的策略控制和费用控制。

需要说明的是，在图6的例子，ICPT230例如可以位于GW210，还可以位于P-PCEF/TDF220内，而且，可以位于L-TDF220内或L-PCEF220内。

并且，ICPT230例如可以是一个单独的装置，还可以是设置在一个通信装置内的功能。在这种情况下，该通信装置可以连接于eNB200，还可以是该通信装置包括在eNB200。或者该通信装置可以是eNB200其本身。ICPT230例如可以发挥与其它功能实体相同的功能，执行其功能的装置可以是通信装置、eNB200等。

并且，ICPT230还可以应用于第一构成例。详细内容在后面说明。

另外，第一实施方式中的终端装置100例如对应于UE100。并且，第一实施方式中的基站装置200例如对应于eNB200。进一步地，第一实施方式中的网关装置300例如对应于PGW300。进一步地，第一实施方式中的通信装置250例如对应于eNB200或ICPT230。进一步地，第一实施方式中的监视部230例如对应于ICPT230。进一步地，第一实施方式中的服务器装置500例如对应于应用服务器500。进一步地，第一实施方式中的节点装置650例如对应于核心侧PCC400或者基站侧PCC600。

＜1.4第四构成例＞

其次，说明第四构成例。第四构成例是切换的例子。图7示出了通信系统10的第四构成例。

在第四构成例中，UE100从切换源源的eNB200切换到切换目的地的目标eNB200-T时，切换源的ICPT230向切换目的地的ICPT230-T传输计数的所有通信的合计值。

通过UE100的切换，UE100连接的应用服务器500从切换源切换到切换目的地的应用服务器500-T。从而，在切换前后，本地通信的终结点发生变化。因此，即使切换目的地的ICPT230-T将自己计数的合计值(例如，“A”+C”)发送给基站侧PCC600-T，基站侧PCC600-T也无法掌握切换前后的正确的合计值(“A+B+C”≠“A”+C”)。

在图7的例子，切换目的地的ICPT230-T将从切换源的ICPT230接收的合计值(“A’+B”)和自己计数的两个通信的合计值(“A”+B”)相加，向基站侧PCC600-T发送正确的合计值(“A’+A”+B+C”＝“A+B+C”)。

即使在这种情况下，ICPT230-T可以在合计值超过上限值时对基站侧PCC600-T通知合计值，还可以将从切换源接受的合计值和自己计数的合计值相加的值适当地通知给基站侧PCC600-T。

从而，第四构成例的通信系统10可以利用正确反映切换前后的数据量的合计值，实现PCC控制。因此，第四构成例的通信系统10在移动边缘计算的环境下可以进行有效的策略控制和费用控制。

＜2.关于第一构成例和第二构成例以及切换的补充说明＞

其次，对于上述的第一构成例和第二构成例以及切换，进行补充说明。

＜2.1第一构成例的补充说明＞

图8示出了通信系统10的第一构成例。第一构成例的通信系统10例如通过L-PCEF/TDF220，可以实现对于本地通信的PCC控制。

但是，在第一构成例中，L-PCEF/TDF220连接于基站网络，L-PCEF/TDF220与核心侧PCC400的距离设定为比第一阈值长。由于该距离的长度，在L-PCEF/TDF220与核心侧PCC400与L-PCEF/TDF220之间，与策略控制和费用控制有关的消息的交换所需的时间有时在第一时间以上。由于该距离的长度，有时出现传送延迟。并且，通过核心侧PCC400与L-PCEF/TDF220之间的消息的交换，在基站网络与核心网络之间，有时变成通信负荷。

在这样第一构成例中，例如，

(1)有时出现传送延迟(Latency)和通信负荷。

＜2.2第二构成例的补充说明＞

图9示出了通信系统10的第二构成例。在第二构成例中，例如，基站侧PCC600连接于eNB200附近，从而对于本地通信的PCC控制，可以在基站侧PCC600中进行控制。并且，在第二构成例中，例如，由基站侧PCC600可以实现对于本地通信的PCC控制，减轻核心网络与基站网络之间的传送延迟和通信负荷。

但是，在第二构成例中，在L-PCEF/TDF220对本地通信的数据量进行计数，在PCEF320对经由核心通信的数据量进行计数，分别单独对各通信的数据量进行计数。在这种情况下，例如，在基站侧PCC600和核心侧PCC400中，进行多次的同步处理，从而在核心侧PCC400中，可以掌握本地通信的数据量。

并且，在第二构成例中，例如，在核心侧PCC400，有时还根据本地通信和经由核心通信的两个通信的合计值来适用策略的情况，所以有时将单独计数的数据量(例如“A”和“B”)集中并相加。

这样，在第二构成例中，有时出现例如(2)多次的同步处理和将单独计数的数据量集中的相加处理。

＜2.3关于切换的补充处理＞

图10是用于说明关于切换的补充处理的图。图10的通信系统10是例如第二构成例应用于切换源和切换目的地时的例子。

如上所述，通过切换，本地通信的终结点从切换源的GW210(或者应用服务器500)变化到切换目的地的GW210-T(或者应用服务器500-T)。

在这种情况下，例如，切换源的L-PCEF/TDF220对本地通信的计数值“B”进行计数，切换目的地的L-PCEF/TDF220-T中对本地通信的计数值“C”进行计数。仅通过分别在L-PCEF/TDF220、220-T中对切换前后的本地通信的数据量进行计数，是在核心侧PCC400中无法掌握正确的合计值(“A+B+C”)。因此，在这种情况下，有时在切换前后中无法正确地进行PCC控制。

这样，对于切换，有时例如(3)无法正确地进行切换前后中的PCC控制。

＜3.第三构成例和第四构成例中的对应＞

其次，分别说明在第三构成例中是如何应对上述的(1)和(2)的，在第四构成例中是如何应对上述的(3)的。

＜3.1第三构成例中的应对＞

图11示出了通信系统10的第三构成例。在第三构成例的通信系统10中，L-PCEF/TDF220和基站侧PCC600连接于基站网络。

其中，说明对于上述的(1)传送延迟(Latency)和通信负荷的第三构成例中的应对。

图12是示出第一构成例的通信系统10中PCC控制例子的图。例如，对于UE100的本地通信，观察到上限3GB为止是高速通信，当超过上限3GB时，设为低速通信的情况。

首先，PCRF410决定对于UE100的本地通信适用高速通信策略，向L-PCEF/TDF220指示适用高速通信策略(S1)。

其次，OCS420接受来自PCRF410的指示，向L-PCEF/TDF220指示上限3GB的配额适用(S2)。

其次，L-PCEF/TDF220执行高速通信策略，对本地通信的数据量进行计数，并且在计数的数据量超过上限值时，向OCS420通知(S3)。

其次，OCS420接受该通知，针对UE100确认到本地通信的数据量的上限3GB为止的可以使用的剩余量，当该量变成0时，向PCRF410通知变成0(S4)。

其次，PCRF410决定对于UE100的本地通信适用低速通信策略，指示对于L-PCEF/TDF220适用低速通信策略(S5)。

其次，OCS420向L-PCEF/TDF220指示适用对应于低速通信策略的配额(S6)。

这样，在核心侧PCC400和L-PCEF/TDF220(或者核心网络和基站网络)中，通知各种指示等。由于这些指示，在第一构成例中，核心网络与基站网络之间有时发生通信负荷。并且，如上所述，核心侧PCC400与L-PCEF/TDF220之间的距离比第一阈值长，由于该距离的长度，通知等到达对方侧需要消耗时间。由此，在第一构成例中，有时出现传送延迟。

图13是示出第三构成例的通信系统10中PCC控制例子的图。在图13示出的例子也是例如对于UE100的本地通信，到上限3GB为止是高速通信，在超过上限3GB时，设为低速通信的PCC控制例子。

首先，L-PCRF610决定对于UE100的本地通信适用高速通信策略，向L-PCEF/TDF220指示适用高速通信策略(T1)。

其次，L-OCS620向L-PCEF/TDF220指示适用上限3GB的配额(T2)。

其次，L-PCEF/TDF220执行高速通信策略，对本地通信的数据量进行计数，在计数值超过作为上限的3GB时，向L-OCS620通知(T3)。

其次，L-OCS620接受该通知，针对UE100确认本地通信的数据量的上限3GB为止的可以使用的剩余量，在该量变成0时，向L-PCRF610通知变成0(T4)。

其次，L-PCRF610决定对于UE100的本地通信适用低速通信策略，并指示对于L-PCEF/TDF220适用低速通信策略(T5)。

其次，L-OCS620向L-PCEF/TDF220指示对应于低速通信策略的配额的适用(S6)。

这样，第三构成例的通信系统10在基站网络内进行对于本地通信的PCC控制，经由核心网络的通知消失，所以可以减轻上述的(1)传送延迟和通信负荷。

需要说明的是，在图13中，除了ICPT230之外的通信系统10变成第二构成例的通信系统10。在这样的第二构成例的通信系统10中，也可以实现与图13相同的PCC控制，从而，在第二构成例的通信系统10中，也可以实现上述的(1)传送延迟和通信负荷的减轻。

其次，说明对于上述的(2)多次的同步处理和相加处理的第三构成例的应对。

图14是示出第三构成例的通信系统10中同步消息的发送例子的图。在第三构成例的通信系统10中，具备可以监视本地通信和经由核心通信的两种通信的ICPT230。

例如，ICPT230对本地通信和经由核心通信的两者的数据量进行计数，并且对其合计值也进行计数，在合计值超过上限值时，向基站侧PCC600通知合计值(或者合计值事件)。接收到合计值事件的基站侧PCC600向核心侧PCC400通知同步消息。核心侧PCC400接收该通知，针对UE100可以掌握所有的通信的数据使用量超过了上限。

这样，在第三构成例的通信系统10中，不再进行由ICPT230在本地通信和经由核心通信的各终结点进行的数据量的计数，在基站网络侧，可以监视所有的通信。从而，在第三构成例中，不再进行在各终结点集中计数的计数值后在核心侧PCC400等进行相加处理。

并且，在基站侧PCC600与核心侧PCC400之间，通过一次的同步消息，可以通知所有的通信的数据使用量，例如，对于本地通信的数据量，无需进行多次(例如图9)的同步处理。从而，在第三构成例中，在基站网络和核心网络中，可以抑制多次的同步处理的出现。

根据以上内容，例如，根据第二构成例以及第三构成例，可以实现上述(1)的减轻，根据第三构成例，可以抑制上述(2)。

＜3.2第四构成例中的应对＞

图15示出了通信系统10的第四构成例。切换源的ICPT230例如还可以将本地通信的数据量“B”传输到切换目的地的ICPT230-T。但是，在这种情况下，在切换目的地的ICPT230中，对于经由核心通信，在通信中途起进行计数，没有正确地反应切换前后的正确的经由核心通信的数据量“A”。

在第四构成例中，切换源的ICPT230向切换目的地的ICPT230-T传输数据量的计数值“A’+B”，在ICPT230-T，将接收的计数值“A’+B”和自己计数的值“A”+C”相加。相加值变成“A’+A”+B+C”＝“A+B+C”，变成正确的合计值。ICPT230-T在合计值超过上限值时，向基站侧PCC600-T发送计数的合计值。基站侧PCC600-T向核心侧PCC400发送同步消息。在核心侧PCC400，基于同步消息，对于切换后的UE100可以适用新的策略，从而，可以进行正确的PCC控制。

在这种情况下，切换源的ICPT230可以将计数的合计值(“A’+B”)经由基站侧PCC600发送给核心侧PCC400。但是，由此增加切换源的基站侧PCC600和核心侧PCC400的交互。在第四构成例中，在切换源的基站侧PCC600和核心侧PCC400之间，没有计数值的交互，可以减轻核心网络和基站网络的负荷。

＜4.关于第三构成例和第四构成例的详细＞

其次，说明第三构成例和第四构成例的详细内容。但是，对于第四构成例，在＜3.2第四构成例中的应对＞中利用图15进行了说明。在这里，说明第三构成例的详细内容。

＜4.1关于第三构成例的详细内容＞

图16示出了通信系统10的第三构成例。在图11等中也说明了通信系统10的第三构成例，但是在图16中，还包括发送处理方差序列的例子。在后述的动作例中说明处理方差序列等。

图16示出的通信系统10的第三构成例还具备SGW700、MME800、PDN900以及应用服务器950。

SGW700是例如将LTE的用户数据连接于2G或3G的网关或者节点，具有法律性的监听功能。MME800是例如进行UE100的核心网络中的通信控制的通信控制装置，进行切换控制、分页功能、或者UE100的认证管理功能等。PDN900是例如因特网等外部网络。应用服务器950例如对于UE100提供Web阅览服务或视频发布服务等各种服务。

图17示出了eNB200的硬件构成例。eNB200具备天线201、无线处理部202、DSP(Digital Signal Processor：数字信号处理器)203、存储器204、RAM(Random Access Memory：随机存取存储器)205、ROM(Read Only Memory：只读存储器)206、CPU(Central Processing Unit：中央处理器)207以及IF(Interface：接口)208。

天线201在与UE100之间交换无线信号。无线处理部202例如将通过天线201接收的无线信号转换为基带信号，并输出到DSP203，并且将从DSP203输出的基带信号转换为无线信号后输出到天线201。DSP203例如对从无线处理部202输出的基带信号实施纠错解码处理(下面，有时称为解码处理)等，提取数据等，并且将提取的数据输出至存储器204或IF208。并且，DSP203例如接受从存储器204或IF208输出的数据等，对接受的数据等实施纠错编码处理(下面，有时称为编码处理)等，转换为基带信号后输出至无线处理部202。

CPU207读出存储在ROM206的程序，加载在RAM205，并且执行加载的程序，从而执行例如GW210、L-PCEF/TDF220、ICPT230的功能。从而，CPU207对应于例如GW210、L-PCEF/TDF220、ICPT230。

IF208例如将从DSP203接受的数据等转换为可以发送给应用服务器500或SGW700的格式的分组数据后发送。并且，IF208例如从应用服务器500或SGW700接受的分组数据提取数据等后输出至DSP203或存储器204。

图18示出了UE100的硬件构成例。UE100具备天线101、无线处理部102、DSP103、存储器104、RAM105、ROM106以及CPU107。

天线101在与eNB200之间交换无线信号。无线处理部102例如将来自天线101的无线信号转换为基带信号后输出至DSP103，或者将来自DSP103的基带信号转换为无线信号后输出至天线101。DSP103例如对于来自无线处理部102的基带信号实施解码处理等后提取数据等，并将提取的数据等输出至存储器104或CPU107。并且，DSP103例如对于从存储器104或CPU107接受的数据等实施编码处理等转换为基带信号后输出至无线处理部102。

CPU107读出存储在ROM106的程序，加载于RAM105，并且执行加载的程序，从而在UE100中可以执行各种处理。

图19示出了核心侧PCC400的硬件构成例。核心侧PCC400具备CPU401、ROM402、RAM403、存储器404以及IF405。

CPU401将存储在ROM402的程序加载于RAM403，并且执行加载的程序，从而执行PCRF410、OCS420、SPR430以及AF440的功能。从而，CPU401对应于例如PCRF410、OCS420、SPR430以及AF440。

存储器404例如通过CPU401的控制，存储有关PCC的数据或信息等。IF405例如在与PGW300或基站侧PCC600之间，交换有关PCC的指示或消息等。在这种情况下，IF405可以例如利用Diamtetr协议交换该指示等。Diamtetr协议是在“RFC(Request For Comment：请求评论)4006”等中规范化的通信协议。

并且，图19示出了基站侧PCC600的硬件构成例。基站侧PCC600具备CPU601、ROM602、RAM603、存储器604以及IF605。

CPU601读出存储在ROM602的程序后加载于RAM603，并且执行加载的程序，从而执行L-PCRF610、L-OCS620、L-SPR630、L-AF640的各功能实体。从而，CPU601对应于例如L-PCRF610、L-OCS620、L-SPR630、L-AF640。

存储器604例如通过CPU601的控制，存储有关本地通信的PCC的数据或信息等。IF605例如在与eNB200或核心侧PCC400之间，交换有关PCC的指示或消息等。IF605也可以例如利用Diamtetr协议交换指示等。

进一步地，图19还示出了PGW300的构成例。PGW300具备CPU301、ROM302、RAM303、存储器304以及IF305。

CPU301读出存储在ROM302的程序并加载于RAM303，并执行加载的程序，从而执行例如PCEF320和TDF321的各功能实体。从而，CPU301对应于例如PCEF320和TDF321。

另外，上述的CPU107、207、301、401、601还可以是例如MPU(Micro-Processing Unit：微处理单元)或DSP、FPGA(Field Programmable Gate Array：现场可编程门阵列)等其它控制器或控制部。

图20示出了通信系统10中的用户面(或者用户数据)的协议栈的例子。

ICPT230在拦截点中能够监视所有的通信。拦截点位于例如在本地通信中的GW210与UE100之间的中间，并且经由核心通信中的PGW300与UE100之间的中间(或者中间点)。在这样的拦截点中，ICPT230进行数据的监视，从而可以监视本地通信和经由核心通信的两个。

例如，ICPT230监视IP(Internet Protocol：互联网协议)分组。ICPT230例如对发送元和发送目的地为应用服务器500(或者GW210)的IP分组和发送元和发送目的地为PGW300的IP分组的分组数量进行计数，从而可以对两个通信的数据使用量的合计值进行计数。

如图20的例子示出，GW210例如变成了承载的终结点。在GW210中，通过具备L-PCEF/TDF220(或者L-PCEF/TDF220配置在本地通信的流路上)，从而可以进行对于本地通信的监视和PCC控制等。

需要说明的是，除了数据量的监视之外，ICPT230还可以进行在L-PCEF/TDF220中进行的对于本地通信的PCC控制。在这种情况下，ICPT230和L-PCEF/TDF220可以设置为一个功能实体。例如，可以是ICPT230接收基站侧PCC600的指示，进行PCC控制，还可以是L-PCEF/TDF220监视所有的通信的数据量。

并且，PCEF/TDF320例如可以在EPS承载的终结点中监视经由核心通信的数据量，或者接受来自核心侧PCC400的指示后进行对于经由核心通信的PCC控制。

＜动作例＞

其次，说明通信系统10的第三构成例和第四构成例的动作例。

＜5.第三构成例中的动作例＞

说明通信系统10的第三构成例的动作例。按照下面的顺序说明第三构成例的动作例。

＜5.1PCC方差处理＞

＜5.2承载建立动作＞

＜5.2.1默认承载的建立动作例＞

＜5.2.2专用承载的建立动作例＞

＜5.3PCC控制的例＞

＜5.3.1本地通信侧的PCC控制例子＞

＜5.3.2方差PCC控制例子＞

＜5.3.3集中PCC控制的例子＞

＜5.3.4其它的PCC处理例子＞

＜5.1PCC方差处理＞

图21是示出PCC方差处理的动作例的序列图。通过PCC方差处理，例如从核心侧PCC400向基站侧PCC600指示PCC处理的方差，传输(或者展开)相应UE100的PCC信息等，在基站侧PCC600中，可以实现PCC控制。

图21示出的PCC方差处理整体包括初次注册(或者注册，或者Attach)序列(S10-S11)和PCC处理序列(S12-S17)。

UE100在与eNB200之间交换有关网络连接的一系列的消息(S10)。

eNB200在从UE100接收到“Attach Request(附着消息)”时，向MME800发送UE100的初次注册请求(例如，Attach Request/UL NAS Transport)(S11)。需要说明的是，“Attach Request”或“Attach Request/UL NAS Transport”可以是例如初次注册请求(或者初次注册请求信号)、注册请求(或者注册请求信号)或者连接请求(或者连接请求信号)，具有这样的功能的请求或信号即可。需要说明的是，下面，将“Attach Request”等有时称为例如初次注册请求。

eNB200在将UE100的初次注册请求发送到MME800后，将相应的UE100的归属信息发送给PCRF410、OCS420以及SPR430(S12-S14)。在这种情况下，eNB200触发发送给MME800的初次注册请求，发送归属信息。

或者MME800接收来自eNB200的初次注册请求时(S11)，可以向PCRF410、PCS420、SPR430发送相应的UE100的归属信息(S12-S14)。在这种情况下，MME800触发从eNB200接收到的初次注册请求，发送归属信息。

接收到归属信息的PCRF410、OCS420以及SPR430向L-PCRF610、L-OCS620以及L-SPR630分别发送处理方差指示(S15-S17)。

例如，PCRF410、OCS420或者SPR430可以基于UE100的归属信息，并且通过与UE100交换信息，根据归属信息中包括的识别信息是否与使用者信息一致，由此辨别是否具有使用本地通信的资格。在这种情况下，还可以是如果使用相应的UE100的用户具有使用本地通信的资格，则PCRF410、OCS420或者SPR430发送处理方差指示，如果没有资格，不发送处理方差指示。PCRF410、OCS420以及SPR430可以按照用户单位进行处理方差指示的发送或者不发送。

并且，PCRF410、OCS420以及SPR430还可以在处理方差指示包括相应的UE100的PCC信息等，分别发送到L-PCRF610、L-OCS620以及L-SPR630。例如，L-PCRF610、L-OCS620以及L-SPR630基于这样的PCC信息，在本地通信中，可以执行PCC控制。PCC信息是例如与UE100的经由核心通信中适用的策略控制以及费用控制相关联的信息，还可以包括适用的策略或配额等。

进一步地，PCRF410、OCS420以及SPR430还可以将PCC相关的软件程序也包括在处理方差指示，分别发送给L-PCRF610、L-OCS620以及L-SPR630。由此，例如，对于基站侧PCC600，可以执行L-PCRF610、L-OCS620以及L-SPR630的功能，或者对于PCC的各功能，可以升级版本。

L-PCRF610、L-OCS620以及L-SPR630例如按照处理方差指示，对于UE100的本地通信进行策略控制以及费用控制。

另外，在图21中，eNB200或者MME800还可以向OCS420和SPR430不发送归属信息，而向PCRF410发送归属信息，从PCRF410向OCS420和SPR430方差该归属信息。

通过以上的PCC方差处理，例如，在基站侧PCC600中，可以实现对于本地通信的PCC控制。

＜5.2承载建立动作＞

在基站侧PCC600中，可以实现PCC控制后，进行EPS承载的建立处理。在这种情况下，有经由核心通信侧的EPS承载和本地通信侧的EPS承载。

例如，经由核心通信侧的EPS承载是从UE100到PGW300为止的逻辑性信息通信路径，本地通信侧的EPS承载是从UE100到GW210(或者应用服务器500)为止的逻辑性信息通信路径。ICPT230例如可以从建立本地通信侧的EPS承载的时间点对数据使用量进行计数。

EPS承载有EPS默认承载(EPS Default Bearer)和EPS专用承载(EPS Dedicated Bearer)。仅靠EPS默认承载不足以维持QoS(Quality of Service：服务质量)时，可以追加设定EPS专用承载。由此，例如可以设定基于服务的承载，可以提供维持一定的质量的服务。

需要说明的是，下面，有时将EPS承载简称为承载。EPS默认承载和EPS专用承载也分别简称为默认承载和专用承载。

下面，主要对于本地通信侧的承载建立动作，分为默认承载的建立动作和专用承载的建立动作的两个进行说明。

＜5.2.1默认承载的建立动作例＞

图22示出了默认承载的建立动作的序列例子。在图22的例子中，示出了与经由核心通信侧的默认承载建立(Default Bearer Establishment)处理同时进行本地通信侧的默认承载的建立处理的例子。

图22的序列例子包括UE100的初次注册处理(S10、S11)和PCC方差处理(S12～S17)。

在结束PCC方差处理后，MME800在与HSS(Home Subscriber Server：使用者管理服务器)750之间，交换关于UE100的关于MME800的变更的消息(S20)。作为这样的消息的一例，有Update Location Request(升级位置请求)和Updata Location Answer(升级位置答复)。

其次，MME800交换用于在经由核心通信侧中建立EPS会话的一系列消息(S21)。作为这样的消息的一例，有Create Session Request(创建会话请求)和Create Session Response(创建会话响应)等。

另外，PGW300的PCEF320在与PCRF410之间交换Diamtetr协议的CCR(Credit Control Request：信用控制请求)消息和CCA(Credit Control Answer：信用控制响应)消息。通过CCR消息和CCA消息等的交换，例如，在PCEF320，可以从PCRF410接受对于相应的用户的策略规则或费用规则的指示。

并且，在PGW300，接收到CCA消息时，在与UE100之间可以设定经由核心通信侧的默认承载。

另一方面，在本地通信侧中，对于本地通信侧，与经由核心通信侧相同地，MME800发送用于建立EPS承载会话的消息(S22)。作为这样的消息的例子，有Create Session Request。MME800对GW210发送该消息。

接收到相应消息的GW210向L-PCEF220通知对应的内容，L-PCEF220通过交换一系列的消息，从而从L-SPR630接受UE100的策略规则或费用规则的指示(S23)。在这种情况下，L-PCEF220可以将CCR消息和CCA消息在与L-PCRF610之间交换消息。

L-PCEF220在接收到CCA消息后，例如向GW210通知与从L-PCEF220接收的策略相关联的信息，GW210基于该信息，在与UE100之间设定本地通信侧的默认承载。另外，L-PCEF220向MME800发送表示建立了会话(或者建立了默认承载)的消息(S24)。作为这样的消息的例子，有Create Session Response。

另外，本地PCC处理(S22～S24)例如可以与经由核心通信侧的默认承载设定处理(S20、S21)连续地进行处理。即、S22至S24的处理可以在结束S21之后进行，还可以在结束S22至S24的处理后进行S20和S21的处理。

其次，MME800经由eNB200在与UE100之间交换有关设定的默认承载的信息(S25)。作为这样的信息的交换中使用的消息例子，有E-RAB setup、RRC Cconnection Reconfiguration Request(或者complete)、Uplink Direct Transfer以及Attachcomplete/UL Nas Transport等。

MME800在从UE100接收结束初次注册(例如，Attachcomplete/UL Nas Transport)相关的消息时，与SGW700交换承载的设定或者更新相关的消息(例如，Modify Bearer Request(或者Response))(S26)。

通过以上处理，例如，在UE100与GW210之间，建立本地通信的默认承载，在UE100与PGW300之间，建立经由核心通信的默认承载。

需要说明的是，记载为S25中的Active Default EPS Bearer Context Request消息例如一次发送所有的EPS承载量，但是，还可以针对每一个承载单独发送。从而，有时发送多个该消息。

图23示出了基站侧PCC600不包括在通信系统10时的默认承载的建立动作的序列例子。例如，在第一构成例(例如图2)包括ICPT230时通信系统10中的动作例。

在这种情况下，L-PCEF220在从MME800接收到Create Session Request(创建会话请求)时(S22)，在与经由核心通信侧的PCRF410之间交换Diamtetr相关的消息(S30，S31)。L-PCEF220在从PCRF410接受策略规则或费用规则的指示时，向MME800发送对于S22的响应消息(S24)。

在图23示出的例子中，本地PCC处理(S22、S30、S31、S24)还可以与经由核心通信侧的默认承载建立动作(S20、S21)连续地进行。

图23示出的动作例例如在本地通信侧中没有PCC关联节点时有效。

＜5.2.2专用承载的建立动作例＞

图24示出了对于本地通信的专用承载的建立动作的序列例子。L-PCRF610在从IMS(IP Multimedia Subsystem：IP多媒体子系统)的关联节点接收到消息时(S35)，向L-PCEF220发送策略规则和费用规则(S36)。

作为IMS关联节点，例如有P-CSCF(Proxy-Call Session Control Function：代理呼叫会话控制功能)。作为除了IMS关联节点之外的节点，还可以以来自PCEF、AF、TDF的信号触发动作。并且，L-PCRF610还可以利用Diamtetr协议的RAR(Re-Auth-Request)发送策略规则和费用规则。

之后，L-PCEF220或者GW210将Create Session Request发送给MME800，在MME800与UE100之间，交换专用承载的设定相关的消息(S37)。

另外，L-PCEF220或者GW210从MME800接收到Create Session Response时，L-PCEF220向L-PCRF610发送对于S36的响应消息(S38)。作为该响应消息，有Diamtetr协议的RAA(Re-Auth-Answer)。

在这种情况下，例如，GW210还可以在接收到Create Session Response时，为UE100设定本地通信的专用承载。

通过以上处理，在UE100与GW210之间，设定本地通信侧的专用承载。

另外，在图24中，记载为S37中的Active Dedicated EPS Bearer Context Request消息一次发送所有的EPS承载量，但是，还可以针对每一个承载单独发送。从而，有时发送多个该消息。

通过以上处理，在本地通信侧中，设定默认承载和专用承载。在本地通信侧中，通过设定承载，在ICPT230中监视所有的通信，可以对数据量进行计数。

＜5.3PCC控制的例子＞

其次，说明在本地通信侧中设定承载之后，进行PCC控制时的例子。首先说明本地通信侧中的PCC控制例子，其次说明方差PCC控制的例子和集中PCC控制的例子。其中，方差PCC控制的例子例如在第三构成例的通信系统10中进行。另一方面，集中PCC控制的例子可以在例如在第一构成例添加ICPT230时的通信系统10中进行。

＜5.3.1本地通信侧的PCC控制例子＞

图25示出了本地通信侧的PCC控制例子，图26(A)至图27(D)示出了数据使用量管理的监视例子。首先说明数据使用量管理的监视例子，其次说明本地通信侧的PCC控制的动作例。

图26(A)至图26(D)的例子是例如在第一构成例具备ICPT230的通信系统10的例子。在这种情况下，关于数据使用量，OCS420对于PCEF320和L-PCEF220两个进行了预约(或者支付)。

在图26(A)至图26(D)的例子，在ICPT230中进行了对于所有的通信的数据使用量的计数。如上所述，ICPT230在拦截点进行计数，所以可以对所有的通信的数据使用量进行计数。

图27(A)至图27(D)也示出了数据使用量管理的监视例子。该例子例如是第三构成例的通信系统10例子。对于本地通信的数据使用量，由L-OCS620支付。在该例子中，ICPT230也可以在拦截点对所有的通信的数据量进行计数。

其次，利用图25说明本地通信侧的PCC控制的序列例子。本序列例子示出了在会话请求(或者通信开始)(S40)、会话发布(或者通信中)(S45)以及结束会话(或者结束通信)(S50)的各阶段的例子。

在结束会话请求后(S40)，L-PCEF220请求本地通信中的数据使用量，在L-OCS620中进行费用控制后，接受数据使用量的支付(S41-S43)。请求数据使用量可以通过CCR消息的“RSU”指定，接受预约的数据使用量可以通过CCA消息的“GSU”指定。

另外，ICPT230在建立承载后，开始对所有的通信的数据使用量的监视(S44)。

在会话发布中(S45)，L-PCEF220检测关于本地通信的相应的UE100的数据使用量，当数据使用量超过接受预约的数据使用量时，对L-OCS620进行数据使用量的请求(S46)。

在这种情况下，L-PCEF220向L-OCS620发送的CCR消息中包括“Used1”和“Used2”。例如，“Used1”表示本地通信的数据使用量，“Used2”表示所有的通信的数据使用量的合计值。

ICPT230例如向L-PCEF220适当地发送计数的所有的通信的数据使用量的合计值。从而，L-PCEF220将接受通知的所有的通信的数据使用量的合计值可以插入“Used2”的项目。对于“Used1”，例如设为L-PCEF220计数的本地通信的数据使用量。

另外，在L-OCS620中进行费用控制(S47)，L-PCEF220接受数据使用量的支付(S48)。ICPT230从S44继续监视所有的通信的数据使用量(S49)。

另外，在图25中记载了在会话发布中(S45)，CCR消息和CCA消息分别发送一次的例子，但是，CCR消息和CCA消息还可以交换多次。在这种情况下，L-PCEF220可以在每次使用接受预约的数据使用量时发送CCR消息。

在结束会话时(S50)，L-PCEF220向L-OCS620发送包括本地通信的数据使用量(例如“Used1”)和所有的通信的数据使用量(例如“Used2”)的CCR消息(S51)。相应的用户在所有的通信中使用的数据使用量插入在“Used2”后通知L-OCS620。

另外，在L-OCS620中进行费用控制(S52)，L-PCEF220从L-OCS620接收包括对于所有的通信的成本信息(例如“CI”)的CCA消息(S53)。

成本信息例如是与从开始会话(S40)到结束会话(S50)为止的所有通信的数据使用量对应的成本信息。L-PCEF220发送所有的通信的数据使用量，在L-OCS620，基于所有的通信的数据使用量，能够容易计算它们的成本信息。

＜5.3.2方差PCC控制例子＞

图28示出了方差PCC控制例子。

首先，OCS420向L-OCS620发送处理方差通知(S60)。处理方差通知还可以包括例如关于相应的用户的相应用户信息。而且，相应用户信息还可以包括作为相应用户的上限值的“3GB”。

L-PCEF220向L-OCS620作为初始请求发送CCR消息(S61)。L-OCS620进行费用控制(S62)，向L-PCEF220支付“1GB”(S63)。

ICPT230开始所有的通信的数据使用量的监视，作为数据使用量的合计值，计数“2GB”(S64)。例如，ICPT230将计数的“2GB”通知L-PCEF220。

在L-PCEF220，作为本地通信侧的数据使用量，检测到使用了接受支付的“1GB”。L-PCEF220将作为本地通信侧的数据使用量的“1GB”包括在“Used1”，将作为所有的通信的数据使用量的“2GB”包括在“Used2”，发送作为数据使用量请求“1GB”的CCR消息(S65)。

其次，在L-OCS620中进行费用控制(S67)，L-PCEF220接受“1GB”的支付(S68)。

ICPT230继续所有的通信的监视(S66)，作为所有的通信的数据使用量的合计值，计数“3GB”(S69)。

这时，所有的通信的数据使用量达到了上限值(或者所有的通信的数据使用量超过了上限值)，所以ICPT230向L-OCS620通知CCR消息(S70)。该CCR消息中，作为“Used1”包括本地通信侧的数据使用量“1GB”，作为“Used2”包括所有的通信的数据使用量的合计值“3GB”。

其次，L-OCS620进行费用控制(S71)，向经由核心通信侧的OCS420发送同步信号(或者同步消息)(S72)。

这样，在本通信系统10中，在所有的通信的数据使用量超过上限值时，在OCS420与L-OCS620之间实现同步，在这种情况下，OCS420与620之间的交互只进行一次。

对于经由核心通信侧的PCC控制，PCEF320从OCS420开始接受“1GB”的支付(S75～S77)，在使用了接受支付的“1GB”后，再次请求“1GB”，接受“1GB”的支付(S78～S80)。

在所有通信的数据使用量在“2GB”的阶段(S64)，所有的通信的数据使用量的剩余量是“1GB”。从而，本地通信侧和经由核心通信侧均进行数据使用量的请求时(S65、S78)，对于本地通信侧和经由核心通信侧，OCS420和L-OCS620有时向双方支付“1GB”的一半。

但是，在本第二实施方式中，在ICPT230中可以计算所有的通信的数据使用量。因此，OCS420还可以将剩余的剩余量“1GB”直接支付给PCEF320。在这种情况下，在本地通信侧监视所有的通信的数据使用量，在超过上限值时，从本地通信侧向经由核心通信侧的OCE420发送同步信号，从而进行数据使用量的调整。

之后，超过了上限值，所以适用新的策略(S81)。

＜5.3.3集中PCC控制例子＞

图29示出了集中PCC控制例子。在方差PCC控制中，L-PCEF220在与L-OCS620之前交换了消息，但是，在集中PCC控制中，L-PCEF220与经由核心通信侧的OCS420直接交换消息(S91、S94、S97、S102、S104)。

ICPT230监视所有的通信(S95、S100)，并向L-PCEF220适当地通知所有的通信的数据使用量，L-PCEF220向OCS420发送所有的通信的数据使用量(S97)。CCR消息中作为所有的通信的数据使用量包括“Used2”。

ICPT230在计数的所有的通信的数据使用量超过上限值时，将计数的数据使用量通知L-PCEF220，L-PCEF220发送CCR消息(S104)。该CCR消息作为“Used1”包括“1GB”，作为“Used2”包括计数的合计值“3GB”。

之后，在本地通信侧和经由核心通信侧适用新的策略(S105)。

在集中PCC控制的情况下，从基站网络向核心网络通知多次消息(S91、S94、S97、S102、S104)。从而，例如在无需考虑L-PCEF220与OCS420之间的通信负荷或传送延迟时，集中PCC控制的例子也有效。

＜5.3.4其它PCC处理例子＞

其次，说明方差PCC控制和集中PCC控制的其它动作例。

在上述的方差PCC控制例子(例如图28)，说明了L-OCS620与OCS420之间通知同步信号的例子。

例如，同步信号还可以在L-PCRF610与PCRF410之间进行通知。图30示出了在这种情况下的序列例子。

在图30示出了例子中，在所有的通信的数据使用量超过上限值时，ICPT230向L-PCRF610发送使用报告消息(S110)，L-PCRF610向PCRF410发送同步信号(S111)。

在这种情况下，使用报告消息(S110)中包括本地通信的数据使用量(“1GB”)和所有的通信的数据使用量的合计值(“3GB”)。L-PCRF610通过接收这样的使用报告消息，从而可以掌握所有的通信的数据使用量超过了上限值。另外，L-PCRF610向PCRF410发送同步信号，可以向经由核心通信侧通知所有的通信的数据使用量超过了上限值。

在图30中示出了在适用新的策略后，本地通信侧和经由核心通信侧一边在L-OCS620与OCS420之间实现同步，一边接受数据使用量的支付的例子(S115-S121)。

图31示出了集中PCC控制的其它序列例子。在这种情况下，L-PCEF220向PCRF410发送使用报告消息(S130)。例如，ICPT230可以在所有的通信的数据使用量的合计值超过“3GB”时，向L-PCEF220通知该合计值，L-PCEF220接受该通知后，发送使用报告消息。

在PCRF410，通过接收该使用报告消息，掌握所有的通信的数据使用量超过了上限值，对于本地通信和经由核心通信，可以使用新的策略(S131)。之后，L-PCEF220在与OCS420之间进行数据使用量的请求，并接受数据使用量的支付。

以上，说明了方差PCC控制和集中PCC控制的例子。在上述的方差PCC控制和集中PCC控制的例子中，关于L-PCEF220或者ICPT230发送的CCR消息，说明了包括“Used1”和“Used2”的两个数据使用量的例子。在这种情况下，例如，可以将“Used1”和“Used2”作为单独的CCR消息发送。这是因为在通信协议上，有时在一个消息内只能插入一个表示数据使用量的项目。

＜6.第四构成例中的动作例＞

图32是表示第四构成例中的序列例子的图。图32示出了方差PCC的例子。

切换源的ICPT230对所有的通信的数据使用量进行计数(S140)。例如，切换源的ICPT230对将本地通信侧的数据使用量“B”和经由核心通信侧的数据使用量“A’”进行合计的“A’+B”进行计数。

另外，在UE100或eNB200、200-T中，结束切换处理后(S141)，ICPT230向切换目的地的ICPT230-T发送结束切换时间点的计数值(例如“A’+B”)(S142)。

切换目的地的ICPT230-T在切换目的地中对本地通信和经由核心通信的数据使用量的合计值进行计数(S143)。例如，切换目的地的ICPT230-T对切换目的地的本地通信的数据使用量“C”和切换目的地的经由核心通信的数据使用量“A””的合计值(“A”+C”)进行计数。

另外，切换目的地的ICPT230-T向切换目的地的L-OCS620-T通知切换源的所有的数据使用量(例如“A’+B”)和切换目的地的所有的数据使用量(例如“A”+C”)的合计值(例如“A’+A”+B+C”)(S145)。例如，还可以是ICPT230在计算的合计值(S144)超过上限值时，通知合计值(S145)。

切换目的地的L-OCS620-T在接收到该通知时，进行费用控制(S146)，向经由核心通信侧的OCS420发送同步信号(S146)。通过该同步信号，OCS420能够掌握所有的通信的数据使用量超过了上限值，可以对于相应的用户(或者UE100)适用新的策略(S147)。

图33示出了集中PCC的例子。在这种情况下，切换源的ICPT230还是对所有的通信的数据使用量进行计数(S140)，并将结束切换处理时的计数结果(例如“A’+B”)发送给切换目的地的ICPT230-T(S142)。

切换目的地的ICPT230-T对切换目的地中的所有的通信的数据使用量进行计数(S143)，计算切换前后的所有的通信的合计值(S144)。另外，切换目的地的ICPT230-T在合计值超过上限值时，向经由核心通信侧的OCS420发送合计值(S150)。

在方差PCC的例子和集中PCC的例子中，在切换目的地的ICPT230-T，都是从切换源的ICPT230接受数据量的通知，所以在切换前后能够接管数据量。从而，在第四构成例的通信系统10中，对切换前后的所有的通信的数据量能够正确地进行计数，能够基于正确的数据量发送表示超过上限值的消息。从而，之后可以进行高效率的策略控制和费用控制。

[第三实施方式]

其次，说明第三实施方式。图34示出了第三实施方式中的通信系统10的构成例。

图34示出了基站侧PCC600包括在eNB200内的例子。

在这种情况下，在图17示出的eNB200中，例如，CPU207读出并执行存储在ROM206的程序，从而执行基站侧PCC600的功能。或者CPU207例如通过执行该程序，执行包括在基站侧PCC600的L-PCRF610、L-OCS620、L-SPR630、L-AF640的功能。从而，CPU207例如对应于基站侧PCC600或者L-PCRF610、L-OCS620、L-SPR630以及L-AF640。

对于执行这样的PCC控制的各功能实体，可以通过软件程序实现。例如基于通信系统10中的服务的提供信息(例如有无本地通信等)或eNB200的设置位置等，这样的程序还可以是从服务器等下载的应用方式。

[其它实施方式]

其次，说明其它实施方式。

图35示出了在第一构成例具备ICPT230的通信系统10的例子。在这种情况下，ICPT230对本地通信和经由核心通信的数据使用量的合计值进行计数，并将计数的结果通知L-PCEF220，或者可以直接通知核心侧PCC。

图35示出的通信系统10可以通过例如图29、图31以及图33等中说明的集中PCC控制进行动作。

并且，在第二实施方式中说明了设定EPS承载(例如图22至图24)，并且在设定的EPS承载中进行PCC控制的例子(例如图25至图31)。例如，除了EPS承载之外，通信系统10还可以针对每个IP业务流进行PCC控制。在这种情况下，ICPT230还是可以对所有的吞吐量的使用量进行计数，并将计数的合计使用量发送给基站侧PCC600或核心侧PCC400。

进一步地，对于在第二实施方式中说明的EPS承载，ICPT230可以根据承载监视或不监视数据使用量。例如，ICPT230可以对专用承载进行计数而对默认承载不进行计数，或者对默认承载进行计数而对专用承载不进行计数。即、ICPT230可以对专用承载的所有的通信的数据使用量进行计数并发送其合计值，或者对默认承载的所有的通信的数据使用量进行计数并发送其合计值。在这种情况下，ICPT230可以合并发送专用承载和默认承载的双方的所有的通信的数据使用量。

或者ICPT230可以例如对默认承载和专用承载单独进行计数等、针对每个承载进行计数后发送其数据使用量，或者针对每个IP业务流进行计数后发送其数据使用量。在这种情况下，ICPT230可以合并发送所有的通信的总计数据使用量。

进一步地，在第二实施方式中，以PCRF410和OCS420等3GPP等中规范化的现有的功能实体为例进行了说明。包括L-PCEF/TDF220或包括在基站侧PCC600的L-PCRF610等在内的这样的功能实体可以通过节点装置或网关装置等服务器装置等实现。或者可以在基站装置中实现这样的功能实体的全部或者一部分。这样功能实体得到实现的装置例如可以是通信装置。节点装置或网关装置、服务器装置以及基站装置等可以是通信装置的一例。

进一步地，例如在OCS420或L-OCS620中进行的功能还可以分别在PCRF410或L-PCRF610中进行，在PCRF410或L-PCRF610中进行的功能还可以分别在OCS420或L-OCS620中进行。例如，在包括在两个PCC400、600中的各功能实体中进行的功能还可以在其它功能实体中实现。

进一步地，对于分配给相应用户的数据使用量超过上限值时通知路径，该通知可以从PCEF320经由OCS420通知PCRF410，从而投入新的策略。或者还可以从PCEF320同时通知PCRF410和OCS420。对于L-PCEF220，可以有该通知经由OCS420通知PCRF410的情况和从L-PCEF220同时通知PCRF410和OCS420的情况。

进一步地，在上述的第二实施方式中，假设ICPT230包括在eNB200内进行了说明。例如，ICPT230还可以包括在连接于eNB200的通信装置内。

标记说明：

10：通信系统

100：UE(终端装置) 107：CPU

200：eNB(基站装置) 207：CPU

210：GW 220：L-PCEF/TDF

230：ICPT 300：PGW

320：PCEF/TDF 400：核心侧PCC

401：CPU 410：PCRF

420：OCS 430：SPR

440：AF 500：应用服务器

600：基站侧PCC 601：CPU

610：L-PCRF 620：L-OCS

630：L-SPR 640：L-AF

700：SGW 800：MME