QoS控制系统的制作方法

专利名称：QoS控制系统的制作方法
技术领域：
本发明涉及容纳多个通信方式的网络中的QoS控制系统。
背景技术：
近年来，使现有的电话网过渡到基于IP的网络的动态发展。为 实现基于IP的电话网，在ITU—T (International Telecommunication Union—Telecommunication Standardization sector: 国际电信联盟远 程通信标准化组)中，致力于NGN (Next Generation Network:下 一代网络)的标准化。所谓NGN是指以IP为基础来提供广泛的多 媒体业务用的网络基础，是指容纳光接入、ADSL、第三代GG) 便携和无线LAN等各种通信方式并可融合固定网和移动网的架 构。
此外，在NGN中，在提供各种多媒体业务时，通过IMS (IP Multimedia Subsystem: IP多媒体子系统)来控制会话。所谓IMS 是指以SIP (Session Initiation Protocol:会话初始协议)为基础的多 媒体业务的会话控制基础(参考非专利文献1) 。 IMS在3GPP (3rd Generation Partnership Project:第三代移动通信合作伙伴计 划)和3GPP2 (3rd Generation Partnership Project2:第三代移动通 信合作伙伴计划2)中建议进行标准化操作。
在由3GPP2规定的IMS中，在用户终端(UE : User Equipment:用户设备)与其他UE之间建立多媒体会话(以下称为 "会话")时，UE发送的SIP消息通过CSCF (Call Session Control Function:呼叫会话控制功能)来进行处理或传送(参考非
专利文献2)。所谓CSCF是指扩展为IMS用的SIP服务器。CSCF 分为P-CSCF (Proxy—CSCF) 、 I一CSCF (Interrogating—CSCF) 和S-CSCF (Serving—CSCF) 。 P-CSCF是UE最先接入的CSCF。 I-CSCF对所传送的SIP消息，选择合适的S-CSCF，并传送SIP消 息。S-CSCF控制对UE的会话，并保持会话状态。
进而，在3GPP2中，还研究了提供多媒体业务时的QoS控制的 架构(参考非专利文献3)。在该QoS控制的架构中，规定称作 PCRF (Policy and Charging Control Function:策略及计费控制功 能)的功能实体，PCRF对会话规定QoS策略。所谓QoS策略是指 会话可使用的资源量、QoS等级、允许或不允许资源使用的决定 等。若详细描述，则PCRF从AF (Application Function (应用功 能)IMS与CSCF对应)取得会话的业务信息(媒体类型、需要 的频带)。PCRF根据业务信息和LRBP (Local Resource Based Policy:基于本地资源的策略)，来决定适用于会话的QoS策略。 所谓LRBP是指在接入网中，适用于决定QoS策略的信息。PCRF 在从UE连接的接入网的AGW (Access Gateway:接入网关)接收 到对会话的资源使用的认可请求后，根据所决定的QoS策略响应认 可请求。AGW根据来自PCRF的响应，执行对会话的适当QoS控 制。通过适用以上的架构，可以执行基于IMS的会话基础的QoS 控制。另外，在这种架构中，需要规定AF和PCRF之间的接口及 PCRF和AGW之间的接口，分别在非专利文献4和非专利文献5 中进行了研究。
非专利文献1IETF RFC3261 、 SIP: Session Initiation
Protocol (2002/06)
非专利文献23GPP2 X.S0013-002-0 vl.0(2004/02)非专利文献33GPP2 X.S0013-012-0 v丄O Draft Version
0.18.0
非专利文献43GPP2 X.S0013-013-0 v丄0 Draft Version 0.5.0非专利文献53GPP2 X.S0013-014-0 v丄0 Draft Version 0.2.0
在3GPP和3GPP2的IMS中的QoS控制架构中，PCRF不管理 UE连接的接入网的通信方式的类别。但是，在NGN中，假定容纳 光接入、ADSL、第三代(3G)便携和无线LAN等各种通信方式的 网络结构，若适用现有的QoS控制架构，则有发生问题的危险。
例如，在现有的QoS控制架构中，在UE以低频带无线通信方 式或宽带无线通信方式中的任何一种方式来连接的情况下，PCRF 都允许使用高画质影像流等消耗大量资源的业务。因此，在UE与 低频带无线通信方式的基站相连时，若使用消耗大量资源的业务， 则有独占频带的危险。这时，存在下述问题即使有其他UE与同 一低频带无线通信方式的基站相连，也不能开始业务。另一方面， 若PCRF禁止使用消耗大量资源的业务，则不会不独占频带，但是 即使UE通过宽带无线通信方式连接，也不能利用业务。
因此，在NGN中，需要假定了多个类别的接入网的QoS控制 架构。

发明内容
本发明提供一种在PCRF决定QoS策略时、根据UE连接的接 入网的通信方式的类别、来决定QoS策略的QoS控制系统。此 外，本发明提供一种在3GPP/3GPP2的任何一个中都可适用的QoS 控制系统。
本发明代表的一个方式中，控制从终端经接入网与提供业务的 核心网相连的网络中的资源的分配的QoS控制系统中，所述QoS 控制系统包括QoS策略决定服务器，对所述终端请求的业务决定 QoS策略；以及接入网关，连接所述接入网和所述核心网；所述 QoS策略决定服务器根据所述终端与所述接入网连接的通信方式，
决定所述QoS策略。
根据本发明的一方式，可以根据连接所述终端和所述接入网的 通信方式，来决定QoS策略。


图1是表示第一实施方式的网络结构的图2A是表示第一实施方式的CSCF的硬件结构的图2B是表示第一实施方式的CSCF的软件结构的图3A是表示第一实施方式的PCRF的硬件结构的图3B是表示第一实施方式的PCRF的软件结构的图4A是表示第一实施方式的AGW的硬件结构的图4B是表示第一实施方式的AGW的软件结构的图5是表示第一实施方式的会话信息表的结构的图6A是表示第一实施方式的业务信息表的结构的图6B是表示第一实施方式的通信方式QoS信息表的结构的
图7A是表示第一实施方式的授权QoS信息表的结构的图7B是表示第一实施方式的请求接入网QoS信息表的结构的
图8是表示第一实施方式的SIP INVITE消息分组的一例的图； 图9是表示第一实施方式的SIP 183响应消息分组的一例的
图IO是表示第一实施方式的业务信息通知分组的图IIA是表示第一实施方式的资源认可请求分组的图11B是表示第一实施方式的资源认可响应或拒绝分组格式的
图12A是第一实施方式的SIP消息程序的流程图12B是第一实施方式的会话信息管理程序的流程图； 图13A是第一实施方式的业务信息管理程序的流程图； 图13B是第一实施方式的QoS策略决定程序的流程图； 图14A是第一实施方式的承载建立开始时的QoS信息管理程序 的流程图14B是第一实施方式的接收了资源认可响应分组或资源认可 拒绝分组时的QoS信息管理程序的流程图15是表示第一实施方式的会话建立成功的时序例的图； 图16是表示第二实施方式的会话建立失败的时序例的图； 图17是表示第三实施方式的会话建立失败的时序例的图18A是表示第四实施方式的通信方式QoS信息表的结构的
图18B是表示第五实施方式的通信方式QoS信息表的结构的
图18C是表示第六实施方式的业务信息表的结构的图； 图19A是表示第七实施方式的业务信息表的结构的图； 图19B是表示第七实施方式的基站QoS信息表的结构的图； 图20是表示第八实施方式的基站使用状况表的结构的图。
具体实施例方式
下面，根据附图来说明本发明的实施形方式。 (第一实施方式)
图1是表示第一实施方式的网络结构的图。第一实施方式中， 说明UE与IEEE802.Ua的基站相连来构筑多媒体业务的会话的顺 序。
第一实施方式的网络结构中，经WLAN接入网52提供基于无 线LAN的连接。此外，经EV-DO接入网53提供基于EV-DO访问
的连接。
WLAN接入网52容纳IEEE802.11a用接入点(下面称作 "AP" ) 5A和IEEE802.11b用AP5B。另一方面，EV-DO接入网 53容纳EV-DO用基站(下面称作"BS" ) 6A和6B。 WLAN接入 网52经AGW3A,连接到核心网51。此外，EV-DO接入网53经 AGW3B，连接到核心网51。
核心网51包含CSCF1、 PCRF2和HSS (Home Subscriber Server:主机客户服务器)8。
CSCF1是接收来自UE7的SIP消息，并中继到其他服务器的 SIP服务器。PCRF2是根据所提供的业务等来决定QoS策略的策略 决定服务器。HSS8管理用户的认证信息、缴费信息和位置信息 等。
此夕卜，核心网51和其他的运营者具有的网络55经GW (Gate Way:网关)9进行连接。进而，核心网51包含向用户提供各种多 媒体业务用的AS (Application Server:应用服务器)61。同样，网 络55包含AS62。
UE7经AP5A或AP5B连接到WLAN接入网52。同样，UE7 经BS6A或BS6B连接到EV-DO接入网53。
接着，说明本发明的第一实施方式的CSCF1的结构和动作。
图2A是表示第一实施方式的CSCF1的硬件结构的图。CSCF1 包含CPUll、存储器12、硬盘(下面称做"HDD" ) 13和网络接 口 (下面称作"IF" ) 14A 14N。
CPUll执行存储器12中存储的程序。存储器12存储通过 CPU11执行的程序和处理所需的数据。HDD13存储程序和数据。 IF14A 14N经核心网51与其他计算机进行通信。
图2B是表示第一实施方式的CSCF1的存储器12的结构的图。 存储器12存储SIP消息处理程序100、会话信息管理程序120和会
话信息表400。
通过CPU11执行SIP消息处理程序100和会话信息管理程序 120。 SIP消息处理程序100执行对应于所接收的SIP消息的处理。 会话信息管理程序120更新会话信息表400的信息，将UE所请求 的业务信息通知给PCRF。会话信息表400存储CSCF1管理的SIP 的会话信息。
图5是表示第一实施方式的会话信息表400的结构的图。会话 信息管理程序120为生成图10中后述的业务信息通知分组，而参 考会话信息表400。 CSCF1每次建立新的SIP会话时，将条目追加 到会话信息表400中。
会话信息表400包含SIP会话识别信息401、 Access-Network-Info 字段402、上行SDP信息字段403和下行SDP信息字段404。
SIP会话识别信息401是确定CSCF1管理的SIP的会话的标识 符。SIP会话识别信息401包含Call—ID字段401A、 To Tag字段 401B和From Tag字段401C。 Call—ID字段401A存储唯一识别客 户的标识符。To Tag字段401B存储识别接收者的标签。From Tag 字段401C中存储识别发送者的标签。
Access-Network-Info字段402存储UE7当前连接的网络的通信 方式的类别。
上行SDP信息字段403是上行(UE7—AGW3A方向)流的 SDP (Session Description Protocol:会话描述协议)信息。所谓 SDP是指规定描述连接时间和编码类型等多媒体会话信息用的文本 形式的格式的协议。上行SDP信息字段403包含c-line字段 403A、 m-line字段403B、 a-line字段403C和b-line字段403D。 c-line字段403A存储连接信息。m-line字段403B存储媒体信息。a-line字段403C存储属性信息。b-line字段403D存储频带信息。
下行SDP信息字段404是下行(UE7—AGW3A方向)流的
SDP信息。下行SDP信息字段404包含c-line字段404A、 m-line 字段404B、 a-line字段404C和b-line字段404D。 c-line字段404A 存储连接信息。m-line字段404B存储媒体信息。a-line字段404C 存储属性信息。b-line字段404D存储频带信息。
图8是第一实施方式的SIP INVITE消息700的分组格式。在开 始多媒体会话时，SIP INVITE消息700的分组被从UE7发送到 CSCF1。 CSCF1将所接收到的分组传送到对方侧的终端。
SIP INVITE消息700是为了与对方侧的终端相连而发送的消 息。SIP INVITE消息700中包含SDP。在会话信息表400上追加条 目所需的信息是P—Access-Network-Info头709、 SDP中包含的c-line702、 m-line703、 b-line704和表示a-line的媒体流方向的信息 705。
P—Access-Network-Info头709存储将UF7连接到接入网的形 态。第一实施方式中，如图8所示，在P—Access-Network-Info头 709中存储"IEEE802.11a"。根据连接形态，存储了例如 "FTTH"、"蓝牙"或"WiFi (无线LAN)"等的值。
图9是第一实施方式的SIP183响应消息710的分组格式。SIP 183响应消息710是针对对方侧的终端发送的SIP INVITE消息700 的响应消息。从对方侧的终端发送SIP 183响应消息710的分组， 并通过CSCF1传送到UE7。 SIP 183响应消息710中包含SDP。在 消息信息表400上追加条目所需的信息是SDP中包含的c-line712、 m-line713、 b-line714和表示a-line的媒体流向的方向的信息715。
图10是表示第一实施方式的业务信息通知分组的结构的图。 720表示业务信息通知分组的格式，720A表示在业务信息通知分组 中存储的数据的一例。业务信息通知分组用于CSCF1向PCRF22通 知在CSCF1中新构筑的多媒体业务的信息。第一实施方式中，在 CSCF1和PCRF1之间通过直径协议(Diameter协议)来交换消
息。
业务信息通知分组包含直径头721和会话ID字段722，用于直 径会话的管理等。Subscription-ID字段723存储表示UE7的用户信 息的SIP URI等。Access-Network-Info字段724存储UE7连接的接 入网的通信方式的类别。
字段725 737是表示媒体信息的部分(媒体部)。另外，也可 在一个业务信息通知分组中包含多个媒体部。媒体类型字段725存 储媒体类型的类别。流状态字段726存储流的状态。字段727 730 存储使用的多媒体业务所需的频带信息。
Max—Requested—BW—UL字段727和Max—Requested—BW 一DL字段728分别存储与上行和下行的请求频带量有关的信息。 RS—带宽字段729和RR—带宽字段730在使用RTCP时加以使 用。
字段731 737是表示子媒体信息的部分(子媒体部)。另外， 一个媒体部也可包含多个子媒体部。Flow—Usage字段731存储表 示流是否是RTCP流的值。
字段732 737是表示流信息的部分(流部)，也可在一个子媒 体部中包含多个流部。流部包含方向字段732、 SRC地址字段 733、 DST地址字段734、 SRC端口号字段735、 DST端口号字段 736和协议字段737。
方向字段732存储流的方向。SRC地址字段733存储发送源IP 地址。DST地址字段734存储目标IP地址。SRC端口号字段735 存储发送源端口号。DST端口号字段736存储目标端口号。协议字 段737存储协议号或协议名。
图12A是表示第一实施方式的SIP消息处理程序100的处理顺 序的流程图。SIP消息处理程序100在每次从UE7接收到SIP消息 时加以启动。
CSCF1根据所接收的SIP消息来执行处理(101)。具体的，根 据SIP消息中包含的请求，来执行所接收的SIP消息的传送或会话 信息的更新等。
接着，CSCFl判断所接收的SIP消息中是否包含SDP (102)。 SDP包含在来自发送者的INVITE请求消息或对INVITE的响应消 息(参考图9)中。因此，CSCFl在所接收的SIP消息是INVITE 请求消息或INVITE请求消息的响应时(102的结果是"是")， 启动会话信息管理程序120 (103) 。 SIP消息处理程序100在之后 加以结束。
图12B是表示第一实施方式的会话信息管理程序120的处理顺 序的流程图。会话信息管理程序120通过CSCFl加以执行。
CSCFl首先参考会话信息表400 (121)。接着，CSCFl根据 SIP会话识别信息401判断是否存在与所接收的SIP消息相应的会 话的条目(122)。
CSCFl在会话信息表400中不存在相应的会话的情况下(122 的结果是"否")，新追加条目(123)，更新所追加的条目的SIP 会话识别信息401 (124)。另一方面，在会话信息表400中存在相 应的会话的情况下(122的结果是"是")，参考相应的条目 (125)。
CSCFl接着判断SIP消息的方向是上行还是下行(126)。在 SIP消息的方向是上行的情况下(126的结果是"是")，在会话 信息表400的Access-Network-Info字段402中存储SIP消息700的 P—Access-Network-Info头709的值(127)。另外，也可基于P— Access-Network-Info头709,根据所连接的网络层例如物理层或数 据链接层，来决定Access-Network-Info字段402中存储的值。进一 步，CSCFl将SIP消息700的SDP信息存储在会话信息表400的 上行SDP信息字段403中(128)。具体的，将图8的SIP消息中 包含的702、 703、 704和705的值分别存储在图5的会话信息表 400的所对应的字段403A、 403B、 403D和403C。
另一方面，CSCF1在SIP消息的方向是下行的情况下(126的 结果是"否")，将SIP消息中包含的SDP信息存储在会话信息表 400的下行SDP信息字段404中(129)。具体的，将图9的SIP 消息710中包含的712、 713、 714和715的值分别存储在图5的会 话信息表400的所对应的404A、 404B、 404D和404C中。
之后，CSCF1判断是否设置了与会话对应的条目的上行SDP信 息字段403和下行SDP信息字段404 (130)。在对方侧的UE接收 从UE7发送的SIP INVITE消息，并且对方侧的UE发送响应的SIP 消息时，设置字段403和404。 CSCF1在仅设置了字段403和404 的一个的情况下(UO的结果是"否")，结束处理。
CSCF1若在与会话对应的条目的上行SDP信息字段403和下行 SDP信息字段404中设置了值(130的结果是"是")，则生成信 息通知分组720 (131)。
根据在会话信息表400中存储的信息，生成业务信息通知分组 720。具体的，业务信息通知分组720的Access-Network-Info字段 724中存储会话信息表400的Access-Network-Info字段420的值。 根据m-line字段403B和404B中存储的值，生成媒体类型字段725 中存储的值。根据a-line字段403C和404C中存储的值，生成流状 态字段726中存储的值。
根据b-line字段403D和404D中存储的值，生成存储频带信息 的字段727 730的值。此外，若子媒体是RTCP,则不需要Flow 一Usage字段731。
根据a-line字段403C和404C中存储的值，生成方向字段732 中存储的值。根据c-line字段403A中存储的值，生成SRC地址字 段733中存储的值。根据c-line字段404A中存储的值，生成DST
地址字段734中存储的值。根据m-line字段403B中存储的值，生 成SRC端口号字段735中存储的值。根据m-line字段404B中存储 的值，生成DST端口号字段736中存储的值。根据在m-line字段 403B和404B中存储的值，生成协议字段737中存储的值。CSCF1 在生成业务信息通知分组720后，发送到PCRF1 (131)、
之后，CSCF1接收作为业务信息通知分组720的响应的业务信 息响应分组(132) 。 CSCF1判断业务信息响应分组是否是正常响 应(133) 。 CSCF1在业务信息响应分组是正常响应时(133的结 果是"是")，结束会话信息管理程序120。若业务信息响应分组 不是正常响应(133的结果是"否")，在执行错误处理后 (134)，结束会话信息管理程序120。
接着，说明第一实施方式的PCRF2的结构和处理。
图3A是表示第一实施方式的PCRF2的硬件结构的图。PCRF2 具有CPU21、存储器22、 HDD23和IF24A 24N。
CPU21执行存储器22中存储的程序。存储器22存储通过 CPU21执行的程序和处理所需的数据。HDD23存储程序和数据。 IF24A 24N经核心网51与其他计算机通信。
图3B是表示第一实施方式的PCRF2的存储器22的结构的图。 存储器22存储业务信息管理程序200、 QoS策略决定程序220、业 务信息表500和通信方式QoS信息表550。
通过CPU21执行业务信息管理程序200和QoS策略决定程序 220。业务信息管理程序200根据从CSCF1发送的业务信息通知分 组720，将条目追加到业务信息表500上。QoS策略决定程序220 参考业务信息表500，决定QoS策略。
业务信息表500存储由CSCF1发送的业务信息通知分组720的 内容。通信方式QoS信息表550在通过QoS策略决定程序220决 定QoS策略时加以参考。
图6A是表示第一实施方式的业务信息表500的结构的图。业 务信息表500包含直径会话(Diameter session) ID字段501、半径 会话(radius session) ID字段502、 Subscription-ID字段503、 Access-Network-Info字段504、媒体类型字段505和流状态字段 506。业务信息表500进一步包含存储频带信息的字段507 510、 Flow-Usage字段511和存储流信息的字段512。
直径会话ID字段501存储在CSCF1和PCRF2之间交换业务信 息通知分组720的会话的标识符。半径会话ID字段502是在 PCRF2和AGW3A之间交换图UA中后述的资源认可请求分组740 和图11B中后述的资源认可响应分组的会话的标识符。 Subscription-ID字段503存储表示UE7的用户信息的SIP URI等。 Access-Network-Info字段504存储UE7连接的接入网的通信方式的 类别。媒体类型字段505存储媒体类型的类别。流状态字段506存 储流的状态。
存储需要的频带信息的字段507 510包含Max-Requested— BW-UL字段507、 Max—Requested—BW-DL字段508、 RS—带宽 字段509和RR—带宽字段510。 Max-Requested—BW-UL字段 507和Max—Requested—BW-DL字段508分别存储与上行和下行 的请求频带量有关的信息。RS —带宽字段509和RR—带宽字段 510在使用RTCP时加以使用。
Flow—Usage字段511存储表示流是否是RTCP流的值。流信 息字段512具体的，包含方向字段512A、 SRC地址字段512B、 DST地址字段512C、 SRC端口号字段512D、 DST端口号字段 512E和协议字段512F。
方向字段512A存储流的方向。SRC地址字段512B存储发送源 IP地址。DST地址字段512C存储目标IP地址。SRC端口号字段 512D存储发送源端口号。DST端口号字段512E存储目标端口号。
协议字段512F存储流的协议名。
图6B是表示第一实施方式的通信方式QoS信息表550的结构 的图。通信方式QoS信息表550通过提供接入网的运营者来预先设 置。通信方式QoS信息表550也可作为LRBP的一部分来设置。
通信方式QoS信息表550包含Access-Network-Info字段551、 媒体类型字段552、 UL一BW字段553和DL_BW字段554。
Access-Network-Info字段551存储作为对象的接入网的类别。 媒体类型字段552存储作为对象的媒体类型的种类。UL_BW字段 553存储对上行的流允许使用的频带量的上限。DL—BW字段554 存储对下行的流允许使用的频带量的上限。
此外，第一实施方式中，在通信方式QoS信息表550中设置 3GPP2-1X-HRPD (EV-DO)用的条目550A、 IEEE802.11a用的条 目550B和IEEE802.Ub用的条目550C。例如，UE7在将EV-DO 作为访问的通信方式来使用时，对流业务确保上行最大是 300kbps、下行最大是600kbps的频带。
图11A是表示第一实施方式的资源认可请求分组740的格式的 图。资源认可请求分组740是AGW3A或AGW3B针对UE7要新开 始的多媒体业务向PCRF2请求资源使用的认可所用的分组。此 外，第一实施方式中，在AGW3A和PCRF2之间使用半径协议 (Radius协议)来交换资源认可请求分组740。
资源认可请求分组740包含用户名字段741、表示流信息的字 段742 748 (流部)和请求QoS信息字段749。
用户名字段741存储表示UE7的用户信息的NAI (Network Access Identifier:网络接入标识符)。
构成流部的字段742 748有时在一个资源认可请求分组740中 包含多个流部。流部包含流ID字段742、方向字段743、 SRC地址 字段744、 DST地址字段745、 SRC端口号字段746、 DST端口号
字段747和协议字段748。
流ID字段742存储识别流用的标识符。方向字段743存储流的 方向。SRC地址字段744存储发送源IP地址。DST地址字段745 存储目标IP地址。SRC端口号字段746存储发送源端口号。DST 端口号字段747存储目标端口号。协议字段748存储用于通信的协 议的名字或号码。
请求QoS信息字段749在AGW3A向PCRF2通知开始多媒体 会话所需的QoS信息时使用。此外，请求QoS信息字段749是可 选项，有时资源认可请求分组740中不包含请求QoS信息字段 749。
图11B是表示第一实施方式的资源认可响应分组和资源认可拒 绝分组的格式750的图。资源认可响应分组是作为资源认可请求分 组740的响应而由PCRF2向AGW3A或AGW3B发送的分组。资 源认可响应分组是UE7对要新开始的多媒体业务通知可分配的资源 信息用的分组。另一方面，资源认可拒绝分组是PCRF2对于UE7 要新开始的多媒体业务向AGW3A或AGW3B通知拒绝资源的分配 用的分组。
资源认可请求分组740包含用户名字段751、是否拒绝字段752 和表示QoS信息的字段753 756 (QoS信息部)。
用户名字段751中存储表示UE7的用户信息的NAI等。
是否拒绝字段752仅包含在资源认可拒绝分组750中。即，资 源认可响应分组和资源认可拒绝分组的区别通过有无是否拒绝字段 752来加以判断。
QoS信息部包含Flow_ID字段753、 MaxDRJJL字段754、 MaxDR—DL字段755和Max_QoS_Class字段756。 QoS信息部有时 在一个资源认可响应分组中包含多个。
此外，资源认可拒绝分组除了包含是否拒绝字段752之外，与
资源认可响应分组相同。资源认可拒绝分组并不必须包含QoS信息 部。
FlowJD字段753存储识别流用的标识符。MaxDR_UL字段 754存储对流的上行进行认可的数据速率的值。MaxDR_DL字段 755中存储对流的下行迸行认可的数据速率的值。Max_QoS—Class 字段756存储对流认可的QoS等级。
图13A是表示第一实施方式的业务信息管理程序200的处理顺 序的流程图。业务信息管理程序200在接收了业务信息通知分组 720时，通过PCRF2加以执行。
PCRF2根据所接收的业务信息通知分组720，在业务信息表 500上追加新条目，并更新除半径会话ID字段502之外的字段 (201)。
具体的，在业务信息表500的直径会话ID字段501中存储业 务信息通知分组720的会话ID字段722的值。同样，Subscription-ID 字段503中存储Subscription-ID字段723的值。Access-Network-Info 字段504中存储Access-Network-Info字段724的值。媒体类型 字段505中存储媒体类型字段725的值。流状态字段506中存储流 状态字段726的值。Max—Requested—BW—UL字段507中存储 Max—Requested—BW—UL字段727的值。Max—Requested—BW 一DL字段508中存储Max—Requested—BW—DL字段728的值。 RS-BW字段509中存储RS带宽字段729的值。RR-BW字段510 中存储RR带宽字段730的值。Flow—Usage字段511中存储Flow —Usage字段731的值。流信息字段512 (512A 512F)中存储业 务信息通知分组720的流部(732 737)的值。
之后，PCRF2作为对业务信息分组720的响应，将业务信息响 应分组740发送到CSCF1 (202),并结束处理。
图13B是表示第一实施方式的QoS策略决定程序220的处理顺
序的流程图。QoS策略决定程序220在接收到资源认可请求分组 740时，通过PCRF2来加以执行。
PCRF2在接收到资源认可请求分组740后，首先参考资源信息 表500。并且，根据Subscription-ID字段503或资源认可请求分组 740的用户名字段741的用户信息及流信息512或资源认可请求分 组740的流部的信息，来检索相应的条目(221)。
接着，PCRF2更新半径会话字段502 (222)。进一步，PCRF2 根据Access-Network-Info字段504的值，从通信方式QoS信息表 550中取得与会话对应的条目(223)。
PCRF2根据所取得的通信方式QoS信息表550的条目，来判断 是否允许在媒体类型字段505中存储的值(224) 。 PCRF2在允许 了媒体类型的情况下(224的结果是"是")，判断是否在 UL—BW字段553中设置了值(225) 。 PCRF2在UL_BW字段553 中设置了值的情况下(225的结果是"是")，判断Max — Requested -BW-UL字段507的值是否是UL_BW字段553的值以 下(226)。进一步，PCRF2判断是否在DL一BW字段554中设置 了值(227)。并且，在设置了值的情况下(227的结果是 "是")，判断Max-Requested—BW—DL字段508的值是否是 DL-BW字段554的值以下(228)。
在满足了以上的条件的情况下，PCRF2根据业务信息表500中 存储的条目，来生成资源认可响应分组，并发送到AGW3A (229)，结束处理。另一方面，在224、 226和228的条件的任何 一个都不能满足的情况下，生成资源认可拒绝分组，并发送到 AGW3A (230)，结束处理。
接着，说明第一实施方式的AGW3A的结构和处理。此外， AGW3B的结构与AGW3A的结构相同。
图4A是表示第一实施方式AGW3A的硬件结构的图。AGW3A
具有CPU31、存储器32、 HDD33和IF34A 34N。
CPU31执行在存储器32中存储的程序。存储器32存储通过 CPU31执行的程序和处理所需的数据。HDD33存储程序和数据。 IF34A 34N经核心网51或接入网52与其他计算机进行通信。
图4B是表示第一实施方式的AGW3A的存储器32的结构的 图。存储器32存储QoS信息管理程序300、 QoS执行程序340、授 权QoS信息表600和请求接入网QoS信息表650。
QoS信息管理程序300和QoS执行程序340通过CPU31加以 执行。QoS信息管理程序300更新授权QoS信息表600和请求接入 网QoS信息表650，并将资源认可请求分组发送到PCRF2。 QoS执 行程序340根据所认可的QoS策略来执行QoS控制。
授权QoS信息表600存储从PCRF2接收的资源认可响应分组 的内容。请求接入网QoS信息表650存储在UE7和AGW3A之间 的承载(^7，)建立开始的过程中被请求的QoS信息。
图7A是表示第一实施方式的授权QoS信息表600的结构的 图。授权QoS信息表600每次在UE7和AGW3A之间开始承载建 立时，追加条目。
授权QoS信息表600包含NAI字段601、 Flow—ID字段602、 半径会话ID字段603、授权IP QoS信息字段604和授权接入网 QoS信息字段605。
NAI字段601存储表示UE7的用户信息的NAI。 FlowJD字段 602存储识别流用的标识符。半径会话ID字段603存储识别 AGW3向PCRF2发送资源认可请求分组740的会话的标识符。授 权IP QoS信息字段604存储从PCRF2接收的资源认可响应分组的 QoS信息部(754 756)的值。
授权接入网QoS信息字段605存储与后述的请求接入网QoS信 息654比较用的信息。授权接入网QoS信息字段605包含
MaxBW_UL 字段 605A 、 MaxBW_DL 字段 605B 和 MaxTraffic一Class字段605C。根据授权IP QoS信息字段604的信 息，生成在授权接入网QoS信息字段605中存储的值。
图7B是表示第一实施方式的请求接入网QoS信息表650的结 构的图。每次在UE7和AGW3A之间开始承载建立时，在请求接 入网QoS信息表650中追加条目。
请求接入网QoS信息表650包含NAI字段651、 Flow一ID字段 652、流信息字段653和请求接入网QoS信息字段654。
NAI字段651存储表示UE7的用户信息的NAI。 Flow_ID字段 652存储识别流用的标识符。
流信息字段653存储流信息。流信息字段653包含方向字段 653A、 SRC地址字段653B、 DST地址字段653C、 SRC端口号字 段653D、 DST端口号字段653E和协议字段653F。方向字段653A 存储流的方向。SRC地址字段653B存储发送源IP地址。DST地址 字段653C存储目标IP地址。SRC端口号字段653D存储发送源端 口号。DST端口号字段653E存储目标端口号。协议字段653F存储 协议名和号码。
请求接入网QoS信息字段654存储在开始承载建立时所请求的 QoS信息。请求接入网QoS信息字段654通过与授权QoS信息表 600的授权接入网QoS信息字段605相比较，而作为判断能否进行 承载建立的材料。
请求接入网QoS信息字段654包含R一Guarantee犯RJJL字段 654A 、 R_GuaranteedBR_DL字段654B 、 R—MaxBRJJL字段 654C、 R一MaxBR一DL字段654D和R—Traffic_Class字段654E。
R一GuaranteedBR一UL字段654A存储为发送数据而保证的频 带。R_GuaranteedBR__DL字段654B存储为接收数据而保证的频 带。R—MaxBR一UL字段654C存储发送数据用的频带的最大值。
R一MaxBR一DL字段654D存储接收数据用的频带的最大值。 R—Traffic_Class字段654E存储所请求的媒体的种类。
图14A是表示第一实施方式的QoS信息管理程序300的承载建 立时的处理顺序的流程图。
AGW3A根据对UE7要建立的承载的请求，在请求接入网QoS 信息表650中追加条目(301)。
接着，AGW3A生成资源认可请求分组740，并发送到PCRF2 (302)。此外，在图UA所示的资源认可请求分组740的用户名 字段741中存储图7B所示的请求接入网QoS信息表650的NAI字 段651的值。同样，在资源认可请求分组740的Flow—ID字段742 中存储请求接入网QoS信息表650的Flow—ID字段652的值。在资 源认可请求分组740的字段743 748中存储请求接入网QoS信息 表650的流信息字段653 (653A 653F)的值。
AGW3A在授权QoS信息表600上新追加条目。并且，AGW3A 根据从PCRF2发送的资源认可响应分组的内容，设置NAI字段 601、 Flow—ID字段602和半径会话ID字段603的值(303)。
图14B是表示第一实施方式的QoS信息管理程序300在接收了 资源认可响应分组或资源认可拒绝分组时所执行的处理的流程图。
AGW3A首先判断所接收的分组是否是资源认可拒绝分组 (321)。具体的，判断所接收的分组中是否包含是否拒绝字段 752。在所接收的分组中不包含是否拒绝字段752的情况下(321 的结果是"否")，为接收了资源认可响应分组，而从授权QoS信 息表600中检索并取得相应的条目(322)。
接着，AGW3A对所取得的条目，设置授权IP QoS信息条目 604的值(323)。具体的，AGW3A将资源认可响应分组的 MaxDRJJL字段754的值存储在MaxDRJJL字段604A中。同 样，将MaxDR一DL字段755的值存储在MaxDR一DL字段604B
中，将Max一QoS一Class字段756的值存储在Max_QoS—Class字段 604C中。
接着，AGW3A根据授权IP QoS信息字段604的值，来设置授 权接入网QoS信息字段605的值(324)。在MaxBW—UL字段 605A中存储MaxDRJJL字段604A的值。同样，将MaxDR_DL字 段604B的值存储在MaxBW_DL字段605B中。MaxTraffic—Class 字段605C根据Max—QoS_Class字段604C的值来设置。例如，将 用"A"或"B"等符号表现的QoS等级变换为"Streaming"或 "Conversational"等形式。
接着，AGW3A根据NAI字段601和Flow_ID字段602的值， 从请求接入网QoS信息表650中检索并取得相应的条目(325)。
AGW3A判断所请求的资源是否没有超过所承认的资源(326 329)。此外，将所请求的资源存储在请求接入网QoS信息字段 654中。此外，所承认资源存储在授权接入网QoS信息字段605 中。
AGW3A首先判断MaxTraffic_Class字段605c的值是否与 "Conversational"或"Streaming"的某一个一致(326)。在一致 的情况下(326的结果是"是")，判断R_GuaranteedBR_UL字段 654A的值是否是MaxBW一UL字段605A的值以下，且 R_GuaranteedBR_DL字段654B的值是否是MaxBW一DL字段605B 的值以下(327)。另一方面，在不一致的情况下(326的结果是 "否")，判断R_MaxBR_UL字段654C的值是否是MaxBWJJL 字段605A的值以下，且R_MaxBR_DL字段654D的值是否是 MaxBW一DL字段605B的值以下(328)。
AGW3A在327或328的处理的结果是"是"的情况下，判断 RJTra迅c一Class字段654E的值是否没有超过MaxTraffic_Class字段 605C的值(329)。若没有超过(329的结果是"是")，贝U承载
建立成功，而将该内容通知给UE7 (330)。
另一方面，在所要求的资源超过了所承认的资源的情况下 (327 329)，承载建立失败，并将该内容通知给UE7，若必要， 则执行合适的错误处理(331)。此外，在所接收的分组是资源拒 绝分组的情况下(321的结果是"是")，承载建立也为失败，并 通知给UE7，若需要，则执行合适的错误处理(331)。
图15是表示在第一实施方式的UE7与AP5A相连的状态下， 建立下行方向的影像流媒体的会话的处理的时序图。此外，通过使 用图6B所示的通信方式QoS信息表550，本会话的建立成功。
UE7首先为了建立会话，而向CSCF1发送SIP INVITE消息 (800A)。另外，由于UE7与正EE802.11a的AP5A相连，所以在 SIP INVITE消息700的P—Access-Network-Info头709中设置为 "IEEE802.11a"。
CSCF1在接收到SIP INVITE消息700后(图12A的102的结 果是"是")，启动会话信息管理程序120 (图12A的103)。并 且，CSCFl在自身具有的会话信息表400中追加新的条目400A (图12B的123)。这时，CSCFl将P—Access-Network-Info头 709中存储的值复制到Access-Network-Info字段402中(图12B的 127)。另外，根据SIP INVITE消息700中包含的c-line702、 m-line703、 b-line704和a-line705的值，来设置上行SDP信息字段 403 (图12B的128)。
此外，CSCFl将SIP INVITE消息700传送到合适的传送目标 (800B:图12A的101)，并对UE7返回SIP 100响应消息 (801A)。
并且，CSCFl从传送目标接收SIP100响应消息(801B)，进 一步，之后，从传送目标接收SIP 183响应消息710 (802B)。从 UE7发送的SIP INVITE消息700包含与所请求的业务对应的媒体
的候选。接收了 SIP INVITE消息700的对方侧的终端从媒体的候 选中选择可使用的媒体，存储在SIP 183响应消息710中来加以发 送(802B)。因此，在接收到SIP 183响应消息710后决定所请求 的业务所需的资源。
CSCF1在接收到SIP 183响应消息710后，根据SIP会话识别 信息401来从会话信息表400中检索相应的条目400A (图12B的 121和125)。并且，€8〔？1根据81 183响应消息710中包含的0 line712、 m-line713、 b-line714和a-line715的值，来设置下行SDP 信息字段404 (图12B的129)。进一步，CSCF1将所接收的 SIP183响应消息710传送到UE7 (802A:图12A的101)。
进而，CSCF1根据会话信息表400的相应条目400A,生成业务 信息通知分组720A，而发送到PCRF2 (803:图12B的131)。业 务信息通知分组720A的Access-Network-Info字段724中，根据会 话信息表400的相应条目400A的Access-Network-Info字段402， 存储有"IEEE802.11a"。
PCRF2在接收到业务信息通知分组720A后(803)，在业务信 息表500上生成新的条目500A，并根据在业务信息通知分组720A 中设置的值，来设置相应条目500A的各字段的值(图13A的 201)。在业务信息表500的条目500A的Access-Network-Info字段 504中存储"IEEE802.11a"。接着，PCRF2作为对业务信息通知分 组820A的响应，向CSCF1返回业务信息响应分组(804:图13SA 的202)。
另一方面，UE7在接收到SIP 183响应消息710后(802A)， 为了通知该接收确认，而向CSCF1发送SIP PRACK消息 (805A)。
CSCF1将所接收的SIP PRACK消息传送到合适的传送目标 (805B:图12A的101) 。 CSCF1接收SIP 200响应消息作为SIPPRACK消息的响应(806B)，并传送到UE7 (806A:图12A的 101)。
此外，与SIP PRACK消息的发送(805A)并行，UE7与 AGW3A之间如现有技术那样开始承载建立(807)。
AGW3A在承载建立的过程中，向请求接入网QoS信息表650 追加新的条目650A，并设置各字段的值(图14A的301)。并 且，AGW3A根据条目650A,生成资源认可请求分组740A,并发 送到PCRF2 (808:图14A的302)。进一步，AGW3A在授权 QoS信息表600上新追加条目600A,并设置NAI字段601、 FlowJD字段602和半径会话ID字段603的值(图14A的303)。
PCRF2在接收到资源认可请求分组740A后(808)，从业务信 息表500中检索相应的条目500A (图13B的221)。并且，PCRF2 根据在Access — Network — Info字段504中存储的值 "IEEE802.11a"，从通信方式QoS信息表550中检索出相应的条 目550B (图13B的223)。接着，PCRF2根据在所接收的资源认 可请求分组740A中存储的值，来决定是否允许会话的建立(图 13B的224 228)。此外，第一实施方式中，如前所述，允许会话 的建立。并且，PCRF2生成资源认可响应分组，发送到AGW3A (809:图13B的229)。
AGW3A在接收到资源认可响应分组后，根据所存储的信息， 更新授权QoS信息表600的相应条目600A的授权IP QoS信息字段 604 (图14B的323)。并且，从授权IP QoS信息字段604的值中 导出在授权接入网QoS信息字段605中存储的值，并存储到授权接 入网QoS信息字段605中(图14B的324) 。 AGW3A判断所请求 的资源是否可使用(图14B的326 329)。第一实施方式中，允 许承载建立，AGW3A将该内容通知给UE7 (810)。
之后，UE7为了使会话的建立完成，将SIP UPDATE消息发送
到CSCFl (811 A) 。 CSCFl将所接收的SIP UPDATE消息发送到 合适的传送目标(811B)。接着，CSCFl接收SIP 200响应消息作 为SIP UPDATE消息的响应(812B)，并传送到UE7 (812A)。 之后，若来电侧的终端开始响起呼叫声，则由于CSCFl接收SIP 180响应(813B),所以传送到UE7 (813A) 。 UE7接收SIP 180 响应消息(813A)，为了通知接收确认，而对CSCFl发送SIP PRACK消息(814A) 。 CSCFl将所接收的SIP PRACK消息发送 到合适的传送目标(814B)。
接着，CSCFl接收SIP 200响应消息作为SIP PRACK消息
(814B)的响应(815B),并传送到UE7 (815A)。之后，若来 电侧的用户响应，则CSCFl接收SIP 200响应消息(816B)。 CSCFl在从来电侧接收到SIP 200响应消息后，为了对AGW3A通 知媒体分组允许通过，而对PCRF2发送门(gate)开放请求分组
(817)。
PCRF2在接收到门开放请求分组后，对AGW3A发送门开放请 求分组(818)。
AGW3A允许媒体分组的通过，进一步，作为对门开放请求分 组的响应，向PCRF2发送门开放响应分组(819)。进一步， PCRF2将门开放响应分组发送到CSCFl (820)。
CSCFl在接收到门开放响应分组后，将从来电侧接收的SIP 200 响应消息传送到UE7 (816A) 。 UE7在接收到SIP 200响应消息 后，向CSCFl发送SIP ACK消息(821A) 。 CSCFl将所接收的 SIP ACK消息传送到合适的传送目标(821B)。并且，若SIP ACK 消息到达来电侧的终端，则会话的建立完成，并开始媒体分组的交 换(822)。
根据第一实施方式，通过使PCRF2识别UE7连接的接入网的 通信方式的类别，可以决定与接入网的通信方式对应的QoS策略。
例如，可以仅对使用宽频带的通信方式的终端，允许影像流等消耗 多个资源的业务的使用。因此，可以防止因某个使用者与低频带的 接入点相连来使用消耗多个资源的业务，而使其他使用者不能使用 业务。另外，对于提供业务的运营者和提供接入网的运营者来说， 还可对使用者提供稳定的业务。 (第二实施方式)
在第二实施方式中，说明UE7与IEEE802.11b的AP5B相连并 建立下行方向的影像流媒体的会话的情况。此外，对于与第一实施 方式实现同样的功能的结构添加同一符号而适当省略重复的说明。 第二实施方式中，除了UE7与AP5B相连之外，结构与第一实施方 式相同。
图16是表示从第二实施方式的UE7建立下行方向的影像流媒 体的会话的处理的时序图。此外，若根据图6B所示的通信方式 QoS信息表550，则本会话的建立失败。
UE7首先与第一实施方式相同，向CSCF1发送SIP INVITE消 息(800A)。但是，第二实施方式中，由于UE7与IEEE802.11b 的AP5B相连，所以SIP INVITE消息700中包含的P—Access-Network-Info 头 709 设置为 "IEEE802.11b"。因此，在会话信息表 400的Access-Network-Info字段402中存储"IEEE802.11b"。
接着，UE7接收SIP 183响应消息作为对SIP INVITE消息的响 应(802A)。此外，CSCF1根据会话信息表400的相应的条目， 生成业务信息通知分组720，并发送到PCRF2 (803)。业务信息 通知分组720的Access-Network-Info段724中存储会话信息表400 的相应条目的Access-Network-Info字段402的"IEEE802.11b"。
PCRF2在接收到业务信息通知分组720A后(803)，向业务信 息表500追加新的条目。第二实施方式中，在相应条目的Access-Network-Info 字段 504 中存储 "IEEE802.11b"。并且，PCRF2与第
一实施方式相同，作为对业务信息通知分组的响应，将业务信息响
应分组发送到CSCFl (804)。之后，UE7向CSCFl发送SIP PRACK消息(805A)，并接收SIP 200响应消息作为SIP PRACK 消息的响应(806A)。
UE7与AGW3A之间开始承载建立(807) 。 AGW3A向PCRF2 发送资源认可请求分组740 (808)。
PCRF2在接收到资源认可请求分组740A后(808),从业务信 息表500中检索相应的条目500A (图13B的221)。并且，PCRF2 根据Access-Network-Info字段504中存储的值"IEEE802.11b"， 从通信方式QoS信息表550中检索相应的条目550B (图13B的 223)。接着，PCRF2根据所接收的资源认可请求分组740A中存 储的值，来决定是否允许会话的建立(图13B的224 228)。此 外，在接入方式是"IEEE802.11b"的情况下，由于不允许流动， 所以拒绝会话的建立。PCRF2生成资源认可拒绝分组，并发送到 AGW3A (830:图13B的230)。
UE7接收不允许承载建立的通知(831)，为了使建立继续中的 会话的处理中止，而向CSCF1发送SIP CANCEL消息。
CSCFl将所接收的SIP CANCEL消息发送到合适的传送目标 (833)。进一步，CSCFl作为对所接收端的SIP CANCEL消息的 响应，对UE7发送SIP 200响应消息(834) 。 CSCFl接收SIP 200 响应消息，作为对来自传送目标的SIP CANCEL消息的响应 (835)。并且，CSCFl接收SIP 487响应消息作为对SIP INVITE 消息的响应(836B)，并传送到UE7 (836A)。另外，CSCFl将 SIP ACK消息传送到传送目标(837)。进一步，UE7在接收到SIP 487响应消息后，将SIP ACK消息发送到CSCFl (838)。
根据第二实施方式，在UE7与低频带通信方式相连的情况下， 可以限制需要高资源的多媒体业务的使用。结果，可以避免用户独
占频带而其他用户不能使用业务的情况。此外，对于业务提供运营 者来说，可以对使用者提供公平且稳定的业务。 (第三实施方式)
第三实施方式中，与第二实施方式相同，说明UE7连接到 IEEE802.11b的AP5B来建立下行方向的影像流媒体的会话。
图17是从第三实施方式的UE7建立下行方向的影像流媒体的 会话的处理的时序图。此外，若使用图6B所示的通信方式QoS信 息表550,则本会话的建立失败，但是与第二实施方式不同的时 序。
第三实施方式中，从UE7对CSCF1发送SIP INVITE消息 (800A)之后、到CSCF1向PCRF2发送业务信息通知分组之前 (803)的时序与第二实施方式相同。
PCRF2作为对业务信息通知分组720A的响应，向CSCF1发送 业务信息响应分组(840:图13A的202)。第三实施方式中，若 业务信息表500的追加处理完成(图13A的201)，则PCRF2参 考通信方式QoS信息表550的相应条目550C，决定会话的允许或 拒绝。在参考通信方式QoS信息表550的相应条目550C后，由于 不允许流动，所以拒绝会话。PCRF2将拒绝了会话建立的内容通知 给CSCF1 (840)。并且，CSCF1执行中止会话的建立用的处理。
第三实施方式中，CSCF1作为BSBUA (Back—To—Back User Agent:背靠背用户代理)动作。CSCF1作为对来自UE7的SIP INVITE消息的响应而发送SIP 503响应消息(841) 。 UE7在接收 了 SIP 503响应消息后，向CSCF1发送SIP ACK消息(842)。
接着，CSCF1发送SIP CANCEL消息(843)。并且，CSCF1 接收SIP 200 OK响应消息作为对SIP CANCEL消息的响应 (844)，进一步，作为对SIP INVITE消息的响应，接收SIP 487 响应消息(845)。之后，CSCF1将SIP ACK消息传送到传送目标
(846)。
根据第三实施方式，与第二实施方式相同，在UE7与低频带通 信方式相连的情况下，可以限制需要很多资源的多媒体业务的使 用。结果，可以避免用户独占频带而其他用户不能使用业务的情 况。此外，对于业务提供运营者来说，可以对使用者提供公平且稳 定的业务。
此外，根据第三实施方式，可以使设备之间的消息的发送接收 简单化，可以迅速建立会话。
(第四实施方式)
第四实施方式中，PCRF2除了接入网的通信方式类别之外，还 根据UE7的用户ID来决定QoS策略。
图18A是表示第四实施方式的通信方式QoS信息表550的图。 图18A的通信方式QoS信息表550在包含0—User一ID字段555这 点上与图6B的通信方式QoS信息表550不同。第四实施方式中， QoS策略决定程序220在检索通信方式QoS信息表550时(图13B 一223)，除了根据Access-Network-Info字段551之外，还根据 0_User—ID字段555来进行检索。因此，可以对每个使用者适用不 同的QoS策略。
例如，在通信方式QoS信息表550中设置用户<81 :11￡一01@0-home.com〉用的条目550D 、用户〈sip:UE—02⑥o-home.com〉用的条 目550E。因此，在IEEE802.11b的环境中，虽然用户 <sip:UE_01 @o-home.com〉不能使用影像流业务，但是用户<sip: UE一02 @ o-home. com〉可以使用影像流业务。
根据第四实施方式，可以对每个使用者实现业务的差别化。例 如，可以从HSS8取得使用者的合同状况，根据合同状况来使业务 差别化。另外，还可根据使用者是通信运营者自身的合同人还是订 立漫游合同的运营者的合同人，来使业务差别化。
(第五实施方式)
第五实施方式中，PCRF2除了接入网的通信方式类别之外， 还根据UE7通信的对方的域或用户ID来决定QoS策略。
图18B是表示第五实施方式的通信方式QoS信息表550的图。 图18B的通信方式QoS信息表550在包含T—User—Domain字段556 这点上与图6B的通信方式QoS信息表550不同。第五实施方式 中，QoS策略决定程序220在检索通信方式QoS信息表550时(图 13B —223),除了 Access-Network-Info字段551之外，还根据 T_User_Domain字段556来进行检索。因此，可以对每个通信的对 方使用不同的QoS策略。
例如，在通信方式QoS信息表550中设置通信运营者自身的域 〈sip:o一home.com〉用的条目550F和除此之外(others)用的条目 550G。因此，在正EE802.11b的环境下，可以使用来自AS61 (SIP URKsip: ASl@o-home.com>)的影像流业务，但是禁止使用来自 AS62 (SIP URKsip: AS2 @ t-home. com>)的影像流业务。另外， 为了决定QoS策略，需要对PCRF2通知UE7的通信对方的域，但 是也可参考CSCF1发送的业务信息通知分组720中包含的 Subscription-ID字段723。
根据第五实施方式，可以通过其他公司提供的多媒体业务的使 用，决定QoS策略，以便防止自己公司的资源被大量消费。另外， 可以决定QoS策略，使得仅可使用自己公司提供的多媒体业务。 (第六实施方式)
在第一实施方式到第五实施方式中，说明了对3GPP2网络的本 发明的实施方式，第六实施方式中，对3GPP网络适用本发明。
图18C是表示第六实施方式的通信方式QoS信息表550的图。 第六实施方式的通信方式QoS信息表550包含3GPP用的无线接入 方式用的条目550H。 PCRF2可以根据条目550H,决定QoS策略。
根据第六实施方式，对3GPP网络也可适用本发明，而不限于 3GPP2网络。
(第七实施方式) 第七实施方式中，对每个基站决定不同的QoS策略。 图19A是表示第七实施方式的业务信息表500的结构的图。图 19A的业务信息表500在包含BS一ID字段513这点上与图6A的业 务信息表550不同。BS一ID字段513存储唯一确定基站用的标识符 (基站ID)。
图19B是表示第七实施方式的基站QoS信息表550的结构的 图。基站QoS信息表560存储在PCRF2的存储器22中。基站QoS 信息表560是在QoS策略决定程序220决定QoS策略时所参考的 表。基站QoS信息表560由提供接入网的运营者进行预先设置。
基站QoS信息表560包含BS一ID字段561、媒体类型字段 562、 UL—BW字段563和DL—BW字段564。 BS—ID字段561存储 作为基站的标识符的基站ID。媒体类型字段562与通信方式QoS 信息表550的媒体类型字段552相同。另外，UL一BW字段563和 DL一BW字段564也分别与通信方式QoS信息表550的UL一BW字 段553和DL一BW字段554相同。另外，图19B中，在基站QoS信 息表560中设置了 BS6A (基站ID-bsidl)用的条目560A和BS6B (基站ID-bsid2)用的条目560B。
接着，说明在第七实施方式中UE7连接到BS6A来建立影像流 的会话的处理。UE7发送的SIP INVITE消息的P—Access-Network-Info 头 709 中除了接入网类别之外， 还存储基站ID。具体的，存储 作为BS6A的基站ID的bsidl。进一步，在CSCF1向PCRF2发送 业务信息通知分组720时，在Access-Network-Info字段724中还包 含基站ID (在该例子中是bsidl)地加以发送。
PCRF2在接收到业务信息通知分组720后，向业务信息表追加
新条目500D。第七实施方式中，将Access-Network-Info字段724 中包含的基站ID存储到BS-ID字段513。并且，QoS策略决定程 序220根据BS-ID字段561的值，检索基站QoS信息表506。若参 考图19B，则在基站是BS6A (BS-ID=bsidl)时，由于允许影像流 业务，所以会话的建立成功。
另一方面，在UE7连接的基站是BS6B (基站ID-bsid2)时， 若参考图19B的基站QoS信息表560，则由于不允许影像流业务， 所以会话的建立失败。
根据第七实施方式，即使是同一通信方式的基站，对终端连接 的每个基站也可适用不同的QoS策略。例如，在企业内设置的基站 和公众用的基站中，通过适用不同的QoS策略，可以使业务有差 别。
(第八实施方式)
第八实施方式中，根据各基站的使用状况(实际使用哪个等级 量的通信量等)的信息，来决定QoS策略。PCRF2除了第七实施 方式的结构之外，还具有基站使用状况表570。为了预测由各基站 使用的通信量，而参考基站使用状况表570。此外，基站使用状况 表570通过业务信息管理程序200，来动态追加条目。
图20是表示第八实施方式的基站使用状况表570的结构的图。 基站使用状况表570包含BS_ID字段571、 Access-Network-Info字 段572和使用状况字段573。使用状况字段573包含Subscription-ID 字段573A和资源量字段573B。 BS一ID字段571存储基站ID。 Access-Network-Info字段572存储基站的接入方式的类别。使用状 况字段573存储基站的使用状况。Subscription-ID字段573A存储 用户ID。资源量字段573B存储使用者使用中的资源量。
PCRF2在通过业务信息管理程序200来对业务信息表500更新 条目时(图13A的201)，根据业务信息表500中存储的信息，还
追加基站使用状况表570的条目。QoS策略决定程序220在决定 QoS策略时，参考基站使用状况表570来决定QoS策略。
根据第八实施方式，可以根据基站的使用状况来决定不同的 QoS策略。例如，在基站混杂时，可以禁止影像流等消耗大量资源 的业务的使用，在没有混杂时，可以允许业务的使用，可以更弹性 地决定QoS策略。
权利要求
1、一种QoS控制系统，控制从终端经接入网与提供业务的核心网连接的网络中的资源的分配，其特征在于所述QoS控制系统包括QoS策略决定服务器，对所述终端请求的业务决定QoS策略；以及接入网关，连接所述接入网和所述核心网；所述QoS策略决定服务器根据连接所述终端和所述接入网的通信方式，决定所述QoS策略。
2、 根据权利要求1所述的QoS控制系统，其特征在于所述 QoS策略决定服务器至少决定适用于所述接入网中包含的路径或与 所述接入网中包含的路径相邻的路径的QoS策略。
3、 根据权利要求1所述的QoS控制系统，其特征在于所述 QoS策略决定服务器保持所述终端所连接的通信方式的类别和QoS 策略之间的对应关系，并参考所述对应关系，决定所述QoS策略。
4、 根据权利要求1所述的QoS控制系统，其特征在于所述 QoS策略决定服务器根据提供给所述终端的业务的媒体类型和对所 述终端提供业务所需的频带的至少一个，决定所述QoS策略。
5、 根据权利要求1所述的QoS控制系统，其特征在于所述 QoS控制系统还具有呼叫控制服务器，该呼叫控制服务器管理用于 所述终端的会话；所述QoS策略决定服务器按每个会话来决定所述QoS策略。
6、 根据权利要求5所述的QoS控制系统，其特征在于所述 呼叫控制服务器按每个会话向所述QoS策略决定服务器通知所述通 信方式的类别。
7、 根据权利要求1所述的QoS控制系统，其特征在于所述 QoS策略决定服务器根据所述终端的用户标识符和所属域的至少一 个，决定所述QoS策略。
8、 根据权利要求1所述的QoS控制系统，其特征在于所述 QoS策略决定服务器根据所述终端进行通信的对方终端的用户标识 符和对方终端的所属域的至少一个，决定所述QoS策略。
9、 根据权利要求1所述的QoS控制系统，其特征在于所述 QoS策略决定服务器根据所述终端进行通信的通信方式的使用状 态，决定所述QoS策略。
10、 根据权利要求1所述的QoS控制系统，其特征在于即使 所述终端的IP地址和端口号相同，所述QoS策略决定服务器也按 所述终端进行通信的通信方式的每个类别来决定所述QoS策略。
11、 一种QoS控制系统，控制从终端经接入网与提供业务的核 心网连接的网络中的资源的分配，其特征在于所述QoS控制系统包括QoS策略决定服务器，对所述终端请求的业务决定QoS策略；以及接入网关，连接所述接入网和所述核心网；所述QoS策略决定服务器根据所述终端所连接的基站的标识 符，决定所述QoS策略。
12、 根据权利要求11所述的QoS控制系统，其特征在于所 述QoS策略决定服务器至少决定适用于所述接入网中包含的路径或 与所述接入网中包含的路径相邻的路径的QoS策略。
13、 根据权利要求11所述的QoS控制系统，其特征在于所 述QoS策略决定服务器保持所述基站的标识符和QoS策略之间的 对应关系，并参考所述对应关系，决定所述QoS策略。
14、 根据权利要求11所述的QoS控制系统，其特征在于所 述QoS策略决定服务器根据提供给所述终端的业务的媒体类型和对 所述终端提供业务所需的频带的至少一个，决定所述QoS策略。
15、 根据权利要求11所述的QoS控制系统，其特征在于所 述QoS控制系统还具有呼叫控制服务器，该呼叫控制服务器管理用 于所述终端的会话；所述QoS策略决定服务器按每个会话来决定所述QoS策略。
16、 根据权利要求15所述的QoS控制系统，其特征在于所 述呼叫控制服务器按每个会话向所述QoS策略决定服务器通知所述 基站的标识符。
17、 根据权利要求11所述的QoS控制系统，其特征在于所 述QoS策略决定服务器根据所述终端的用户标识符和所述终端的所 属域的至少一个，决定所述QoS策略。
18、 根据权利要求11所述的QoS控制系统，其特征在于所 述QoS策略决定服务器根据所述终端进行通信的对方终端的用户标 识符和对方终端的所属域的至少一个，决定所述QoS策略。
19、 根据权利要求11所述的QoS控制系统，其特征在于所 述QoS策略决定服务器根据所述基站的使用状态，决定所述QoS 策略。
20、 根据权利要求11所述的QoS控制系统，其特征在于即 使所述终端的IP地址和端口号相同，所述QoS策略决定服务器也 按所述终端所连接的基站的每个标识符来决定所述QoS策略。
全文摘要
提供一种根据通信方式来决定QoS策略的QoS控制系统。本发明是一种QoS控制系统，控制从终端经接入网与提供业务的核心网连接的网络中的资源的分配，包括QoS策略决定服务器，对终端请求的业务决定QoS策略；以及接入网关，连接接入网和核心网；QoS策略决定服务器根据连接终端和接入网的通信方式，决定QoS策略。
文档编号H04L12/66GK101106481SQ200710127039
公开日2008年1月16日 申请日期2007年6月28日 优先权日2006年7月13日
发明者小野豪, 武田幸子, 汤本一磨 申请人:株式会社日立制作所