WO2015033579A1 - 通信装置、制御装置、通信システム、通信方法、制御方法およびプログラム - Google Patents

通信装置、制御装置、通信システム、通信方法、制御方法およびプログラム Download PDF

Info

Publication number
WO2015033579A1
WO2015033579A1 PCT/JP2014/004588 JP2014004588W WO2015033579A1 WO 2015033579 A1 WO2015033579 A1 WO 2015033579A1 JP 2014004588 W JP2014004588 W JP 2014004588W WO 2015033579 A1 WO2015033579 A1 WO 2015033579A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
quality information
packet
communication device
quality
Prior art date
Application number
PCT/JP2014/004588
Other languages
English (en)
French (fr)
Inventor
暢彦 伊藤
一平 秋好
康博 水越
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to US14/916,789 priority Critical patent/US10206137B2/en
Priority to JP2015535323A priority patent/JP6477476B2/ja
Publication of WO2015033579A1 publication Critical patent/WO2015033579A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2491—Mapping quality of service [QoS] requirements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0284—Traffic management, e.g. flow control or congestion control detecting congestion or overload during communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0289—Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12—Access point controller devices

Definitions

  • the present invention relates to a communication system that communicates between communication devices via a communication path, and more particularly to QoS control corresponding to the communication path.
  • a communication terminal such as a mobile phone can connect to a base station and access the Internet via a core network.
  • the communication terminal communicates with a device (for example, a gateway) provided in the core network via a communication path (for example, a bearer) established.
  • a device for example, a gateway
  • a communication path for example, a bearer
  • Base stations and gateways construct tunnels by encapsulating packets to construct bearers.
  • the base station and the gateway add QoS (Quality of Service) information to the packet in order to construct a tunnel.
  • QoS Quality of Service
  • a communication device of a mobile communication system can execute packet transfer control (for example, communication quality control) based on QoS information given to a packet.
  • Non-Patent Document 1 discloses a technique related to QoS control in a mobile communication system.
  • Table 6.1.7 of Non-Patent Document 1 discloses a correspondence relationship between a communication service and a QCI (QoS Class Identifier).
  • QCI QoS Class Identifier
  • a gateway device or a base station constructs a GTP (GPRS Tunneling Protocol) tunnel corresponding to a bearer
  • QoS information for example, DSCP (Differentiated Service Code Point)
  • the gateway device and the base station execute packet communication quality control by adding QoS information to the packet.
  • Non-Patent Document 1 a communication service is paired with a specific QCI. Since specific QoS information is associated with the QCI, the communication quality control for the communication service depends on the QCI that is a pair of the communication service. As a result, it is difficult to provide various communication quality controls for the communication service.
  • An object of the present invention is to provide a technology capable of various communication quality control for a communication service.
  • a communication apparatus is a communication apparatus that communicates via a communication path set in a network, the first means for identifying the communication path corresponding to a packet, and the quality class of the identified communication path And second means for assigning the quality information selected from the plurality of quality information associated with the packet to the packet.
  • the control device of the present invention includes a communication interface with a communication device that communicates through a communication path set in a network, and a plurality of quality information associated with the quality class of the communication path through the interface. Control means for transmitting to the communication device, wherein the communication device identifies a communication path corresponding to the packet and gives the packet quality information selected from the plurality of quality information The communication device is controlled.
  • the communication system of the present invention includes a communication device that communicates via a communication path set in a network, the communication device including first means for identifying the communication path corresponding to a packet, and the identified communication And second means for assigning the packet with quality information selected from a plurality of quality information associated with the quality class of the path.
  • the communication system of the present invention is a communication system including a communication device that communicates with a communication path set in a network, and a control device that controls the communication device. A plurality of quality information associated with a class is transmitted to the communication device, and the communication device identifies a communication path corresponding to the packet and adds the quality information selected from the plurality of quality information to the packet. It is characterized by giving.
  • the communication method of the present invention is a communication method of a communication device that communicates via a communication path set in a network, and identifies the communication path corresponding to a packet and associates it with the identified quality class of the communication path Quality information selected from a plurality of quality information items is added to the packet.
  • the control method of the present invention is a method for controlling a communication device that transmits data via a communication path set in a network, and a plurality of quality information associated with a quality class of the communication path is transmitted to the communication device. And the communication device controls the communication device to identify the communication path corresponding to the packet and add the quality information selected from the plurality of quality information to the packet.
  • the program according to the present invention transmits a plurality of pieces of quality information associated with a communication path quality class associated with a process for communicating with a communication apparatus that transmits data via a communication path set in a network to the communication apparatus.
  • the program of the present invention is a program that causes a computer to function as a communication device that communicates via a communication path set in a network, the function for identifying the communication path corresponding to a packet, and the identified communication
  • the computer is caused to realize a function of assigning, to the packet, quality information selected from a plurality of quality information associated with a quality class of a path.
  • FIG. 1 is a diagram showing an example of a system configuration according to the first embodiment of the present invention.
  • FIG. 2 is a block diagram illustrating a configuration example of the communication apparatus according to the first embodiment.
  • FIG. 3 is a schematic configuration diagram illustrating a first example of the QoS information database according to the first embodiment.
  • FIG. 4 is a schematic configuration diagram illustrating a second example of the QoS information database according to the first embodiment.
  • FIG. 5 is a schematic diagram showing a first example of the communication quality control operation in the first embodiment.
  • FIG. 6 is a schematic diagram showing a second example of the communication quality control operation in the first embodiment.
  • FIG. 7 is a sequence diagram showing an operation example of the communication system according to the first embodiment.
  • FIG. 1 is a diagram showing an example of a system configuration according to the first embodiment of the present invention.
  • FIG. 2 is a block diagram illustrating a configuration example of the communication apparatus according to the first embodiment.
  • FIG. 3 is a schematic configuration diagram illustrating
  • FIG. 8 is a diagram showing an example of a system configuration according to the second embodiment of the present invention.
  • FIG. 9 is a block diagram illustrating a configuration example of a control device according to the second embodiment.
  • FIG. 10 is a sequence diagram illustrating an operation example of the communication system according to the second embodiment.
  • FIG. 11 is a schematic configuration diagram showing a first example of a QoS information database according to the third embodiment of the present invention.
  • FIG. 12 is a schematic configuration diagram illustrating a second example of the QoS information database according to the third embodiment.
  • FIG. 13 is a schematic diagram illustrating a first example of the communication quality control operation in the third embodiment.
  • FIG. 14 is a schematic diagram showing a second example of the communication quality control operation in the third embodiment.
  • FIG. 15 is a diagram illustrating a configuration example of a communication system according to the third embodiment.
  • FIG. 16 is a block diagram illustrating a configuration example of a communication device according to the third embodiment.
  • FIG. 17 is a sequence diagram illustrating a first example of a user attribute acquisition operation in the communication system according to the third embodiment.
  • FIG. 18 is a sequence diagram illustrating a second example of the user attribute acquisition operation in the communication system according to the third embodiment.
  • FIG. 19 is a sequence diagram illustrating a third example of the user attribute acquisition operation in the communication system according to the third embodiment.
  • FIG. 20 is a schematic configuration diagram showing an example of the QoS information / QoS policy database according to the fourth embodiment of the present invention.
  • FIG. 20 is a schematic configuration diagram showing an example of the QoS information / QoS policy database according to the fourth embodiment of the present invention.
  • FIG. 21 is a schematic diagram illustrating an example of a communication quality control operation in the fourth embodiment.
  • FIG. 22 is a diagram illustrating a configuration example of a communication system according to the fourth embodiment.
  • FIG. 23 is a sequence diagram showing an operation example of the communication system according to the fourth embodiment.
  • FIG. 24 is a diagram showing a configuration example of a communication system according to the fifth embodiment of the present invention.
  • FIG. 25 is a block diagram illustrating a configuration example of a control device according to the fifth embodiment.
  • FIG. 26 is a schematic configuration diagram illustrating a first example of the QoS information / QoS policy database according to the fifth embodiment.
  • FIG. 27 is a schematic configuration diagram illustrating a second example of the QoS information / QoS policy database according to the fifth embodiment.
  • FIG. 28 is a sequence diagram showing an operation example of the communication system according to the fifth embodiment.
  • FIG. 29 is a schematic configuration diagram illustrating a third example of the QoS information / QoS policy database according to the fifth embodiment.
  • FIG. 30 is a schematic configuration diagram illustrating a fourth example of the QoS information / QoS policy database according to the fifth embodiment.
  • FIG. 31 is a diagram showing a configuration example of a communication system according to the sixth embodiment of the present invention.
  • FIG. 32 is a schematic diagram showing an example of subscriber information in the sixth embodiment.
  • FIG. 33 is a schematic configuration diagram illustrating an example of a QoS information / QoS policy database according to the sixth embodiment.
  • FIG. 29 is a schematic configuration diagram illustrating a third example of the QoS information / QoS policy database according to the fifth embodiment.
  • FIG. 30 is a schematic configuration diagram illustrating a fourth example of the QoS information / QoS policy database according to the fifth embodiment.
  • FIG. 34 is a diagram showing a configuration example of a communication system according to the seventh embodiment of the present invention.
  • FIG. 35 is a schematic configuration diagram illustrating a first example of the QoS information / QoS policy database according to the seventh embodiment.
  • FIG. 36 is a schematic configuration diagram illustrating a second example of the QoS information / QoS policy database according to the seventh embodiment.
  • FIG. 37 is a sequence diagram showing an operation example of the communication system according to the seventh embodiment.
  • FIG. 38 is a diagram showing a configuration example of a communication system according to the eighth embodiment of the present invention.
  • FIG. 39 is a block diagram illustrating a configuration example of a control device according to the eighth embodiment.
  • FIG. 35 is a schematic configuration diagram illustrating a first example of the QoS information / QoS policy database according to the seventh embodiment.
  • FIG. 36 is a schematic configuration diagram illustrating a second example of the QoS information / QoS policy database according to the seventh embodiment.
  • FIG. 40 is a schematic configuration diagram illustrating an example of a bearer information database according to the eighth embodiment.
  • FIG. 41 is a schematic configuration diagram illustrating an example of a parameter database according to the eighth embodiment.
  • FIG. 42 is a diagram illustrating an example of a correspondence relationship between bearer identification information and parameters according to the eighth embodiment.
  • FIG. 43 is a block diagram showing a first example of a management device according to the ninth embodiment of the present invention.
  • FIG. 44 is a block diagram showing a second example of the management apparatus according to the ninth embodiment.
  • FIG. 45 is a flowchart showing an operation example of the ninth embodiment.
  • FIG. 1 shows an overview of a communication system according to the present invention.
  • the communication system includes a terminal 1 such as a mobile phone, a PC (Personal Computer), and a mobile router, and a communication device 2 such as a base station and a gateway device.
  • a terminal 1 such as a mobile phone, a PC (Personal Computer), and a mobile router
  • a communication device 2 such as a base station and a gateway device.
  • the base station provides a radio access function to the terminal 1.
  • the gateway device provides, for example, a function as a connection point with an external network (for example, the Internet).
  • the terminal 1 transmits and receives data via a communication path (for example, a bearer) established between the terminal 1 and the communication device 2.
  • the communication path includes, for example, a wireless channel established between the terminal 1 and the base station, a GTP tunnel that terminates at the gateway device (end point), and the like.
  • the QoS attribute of the communication path is defined by, for example, QCI.
  • QCI is a scalar value for identifying the QoS class of the communication path.
  • the QCI defines the priority level, packet delay, packet loss rate, etc. of packets belonging to the communication path.
  • the gateway device and the base station have a function of encapsulating packets in order to construct a GTP tunnel.
  • QoS information for example, DSCP
  • the gateway device and the base station execute packet communication quality control by adding QoS information corresponding to the bearer to the packet.
  • the QoS information is not limited to DSCP, and may be other QoS-related information such as CoS (Class of Service) and PCP (Priority Code Point) of VLAN (Virtual Local Network) tag.
  • a communication device such as a switch or a router on the packet transfer path executes packet order control, communication bandwidth limitation, and the like according to the priority corresponding to the QoS information given to the packet.
  • the communication device 2 (gateway device, base station) according to the present embodiment can add QoS information selected from a plurality of QoS information associated with the QCI of the communication path to the packet. Since the QoS information assigned to the packet is selected from a plurality of QoS information associated with the QCI, the communication system according to the present embodiment can execute various communication quality controls without depending only on the QCI. It is.
  • FIG. 2 shows a configuration example of the communication device 2 according to the first embodiment.
  • the communication device 2 includes a communication path identification unit 20, a QoS information DB (DataBase) 21, a packet processing unit 22, and a control unit 24.
  • a communication path identification unit 20 a communication path identification unit 20
  • a QoS information DB (DataBase) 21 a packet processing unit 22
  • a control unit 24 a control unit 24.
  • the communication path identification unit 20 identifies the communication path to which the received packet belongs.
  • the communication path identification unit 20 identifies the communication path to which the packet belongs by referring to, for example, information included in the packet (for example, layer 3 / layer 4 information of the OSI reference model such as an IP address and a port number). .
  • the packet processing unit 22 assigns QoS information selected from a plurality of QoS information associated with the identified communication path to the packet. For example, the packet processing unit 22 assigns QoS information selected according to the bearer type to the packet. For example, the packet processing unit 22 identifies the type of bearer according to a preset condition. For example, the packet processing unit 22 identifies the bearer type based on the transmission source IP address and the destination IP address of the packet, and adds QoS information selected according to the identified type to the packet.
  • the packet processing unit 22 selects the QoS information from the QoS information DB 21 based on the QCI of the identified communication path and the parameter serving as an index for selecting the QoS information, and assigns the selected QoS information to the packet. May be.
  • the packet processing unit 22 may select QoS information based on a preset parameter. Further, the packet processing unit 22 may receive a parameter corresponding to the communication path identified by the communication path identifying unit 20 from the communication path identifying unit 20, and select QoS information based on the received parameter.
  • the parameter is, for example, a parameter related to packet priority.
  • the control unit 24 can execute a function corresponding to the type of the communication device 2. For example, when the communication device 2 is a base station, the control unit 24 executes a wireless communication function with the terminal 1 and the like. When the communication device 2 has a gateway function, the control unit 24 executes a function of communicating with another communication device 2 in order to set a communication path.
  • 3 and 4 show a first configuration example and a second configuration example of the QoS information DB 21, respectively. 3 and 4 show examples in which QoS information is selected based on QCI and parameters, but the present invention is not limited to this example.
  • a plurality of QoS information (here, DSCP) is associated with the QCI, and each of the plurality of QoS information associated with the QCI includes the QoS information. It is associated with a parameter for selection.
  • the first example shown in FIG. 3 shows a table arranged with priority on QCI values
  • the second example shown in FIG. 4 shows a table arranged with priority on parameter values.
  • the DSCP values “48” and “47” are associated with the QCI value “5”.
  • the QCI value is “5”
  • the parameter value “A” is associated with the parameter value “B” and the DSCP value “47”.
  • the DCI value “46” and “28” are associated with the QCI value “3”, and even if the same QCI value “3”, the parameter value “A” Is associated with the DSCP value “46”, and the parameter value “B” is associated with the DSCP value “28”.
  • the QoS information is selected based on the QCI value and the parameter value.
  • a plurality of QoS informations need not be associated with all the QCIs, and a plurality of QoS informations may be associated with some QCIs. The same applies to other embodiments described later.
  • the packet processing unit 22 searches the QoS information DB 22 for the DSCP using the communication path QCI and the parameter notified from the communication path identification unit 20 as keys. For example, in the example of FIG. 3, the packet processing unit 22 searches for the DSCP value “48” when the QCI is “5” and the parameter is “A”. The packet processing unit 22 assigns the found DSCP value to the packet and transfers it.
  • the communication device 2 can execute various communication quality controls according to the configuration of the QoS information DB 21 as described above. 5 and 6 show examples of communication quality control by the communication device 2. FIG.
  • 5 shows an example of communication quality control in which QCI is prioritized over parameters.
  • Priority is set for each QCI and parameter. For example, a packet with a QCI value “5” has the highest priority, and a packet with a QCI value “9” has the lowest priority. A packet with a parameter “A” has a higher priority than a packet with a parameter “B”.
  • the communication device 2 prioritizes the priority of the QCI among the priorities of the QCI and the parameter, and performs communication quality control so as to follow the parameter priority if the QCI priority is the same. . More specifically, if a higher DSCP value is assigned to a higher priority QCI value packet and there are multiple packets for the same QCI priority, then a higher DSCP value for a higher priority parameter packet. A value is assigned. For example, a packet having a QCI value “5” is assigned a DSCP value larger than that of a packet having a QCI value “4”. If the QCI value is “5”, the packet having the parameter “A” has the parameter “B”. A DSCP value larger than the packet is assigned.
  • FIG 6 shows an example of communication quality control in which parameters are prioritized over QCI.
  • the communication device 2 prioritizes the parameter priority out of the priorities of the QCI and the parameter, and performs communication quality control so as to follow the QCI priority when the parameter priority is the same. . More specifically, a higher DSCP value is assigned to a higher priority parameter value packet, and if there are multiple packets for the same parameter priority, it is higher for a higher priority QCI value packet. A DSCP value is assigned. For example, a packet having a parameter value “A” is assigned a larger DSCP value than a packet having a parameter value “B”. If the parameter value is “A”, a packet having a QCI value “5” is assigned a QCI value “4”. A DSCP value larger than the packet "" is assigned.
  • the communication device 2 can execute various communication quality controls that do not depend only on the QCI, as in the above-described example.
  • FIG. 7 shows an operation example according to the first embodiment.
  • the base station When receiving the packet from the terminal 1 (operation S1), the base station identifies the communication path to which the packet belongs (operation S2).
  • the base station adds QoS information (for example, DSCP value) selected based on the QCI corresponding to the identified communication path and the packet priority parameter to the packet (operation S3), and the QoS information is added.
  • QoS information for example, DSCP value
  • the packet is transferred to the gateway device (operation S4).
  • the gateway device When the gateway device receives the packet (operation S5), it identifies the communication path to which the packet belongs (operation S6).
  • the gateway device assigns QoS information (for example, DSCP value) selected based on the QCI corresponding to the identified communication path and the packet priority parameter to the packet (operation S7), and the QoS information is assigned.
  • QoS information for example, DSCP value
  • the packet is transferred to the base station (operation S8).
  • Second Embodiment A second embodiment of the present invention will be described.
  • the second embodiment can be applied to the technique disclosed in the first embodiment.
  • the control device can centrally control the communication quality control by the communication device, and the operation efficiency of the system can be improved.
  • an LTE (Long Term Evolution) system is shown as an example, but the present invention is not limited to this.
  • the system according to the second embodiment includes a terminal 1, a communication device 2, and a control device 3.
  • the communication apparatus 2 basically has the configuration shown in FIG. 2 and is one of an eNB (eNodeB), a serving gateway (S-GW), and a packet data network gateway (P-GW).
  • eNB eNodeB
  • S-GW serving gateway
  • P-GW packet data network gateway
  • the eNB is a base station that communicates with the terminal 1 by radio.
  • the S-GW has a function of routing and transferring data packets and a function of being an anchor when the terminal 1 performs handover between eNBs.
  • the P-GW has a function of connecting to an external network (PDN).
  • PDN external network
  • control device 3 controls the execution of communication quality control by the communication device 2. Moreover, the control apparatus 3 can operate the QoS information DB 21 of the communication apparatus 2 by transmitting a control signal related to the bearer to the communication apparatus 2, for example.
  • the control device 3 can be configured using, for example, a PCRF (Policy and Charging Rule Function), an MME (Mobility Management Entity), or the like of the LTE communication system. Moreover, the control apparatus 3 can also be comprised using NMS (Network Management System).
  • the MME has a function of controlling establishment and deletion of bearers.
  • the MME also has functions such as mobility control such as handover of the terminal 1 and user authentication of the terminal 1.
  • the PCRF has functions such as charging control for data transfer.
  • the NMS has functions such as network traffic monitoring and network device alive monitoring.
  • FIG. 9 shows a configuration example of the control device 3.
  • the control device 3 includes an interface 30, a control unit 31, and a QoS policy DB (Data Base) 32.
  • the interface 30 has a function of communicating with the communication device 2.
  • the control unit 31 refers to the QoS policy DB 32 and operates the QoS information DB 21 of the communication device 2.
  • the control unit 31 operates the QoS information DB 21 of the communication device 2 via the interface 30.
  • the QoS policy DB 32 is a database set by a system operator, for example.
  • the QoS policy DB 32 includes, for example, a database having the configuration illustrated in FIG. 3 or FIG.
  • the system operator determines a parameter related to packet priority and a DSCP value associated with the QCI, and sets the DSCP value in the QoS policy DB 32.
  • the control unit 31 may set the QoS policy DB 32 according to a predetermined communication quality control policy without depending on the operation of the operator.
  • the control unit 31 refers to the database set in the QoS policy DB 32 and operates the QoS information DB 21 of the communication device 2. For example, according to the update of the QoS policy DB 32, the control unit 31 operates the QoS information DB 21 of the communication device 2 to reflect the update. For example, the control unit 31 notifies the communication device 2 of the content stored in the QoS policy DB 32 or updated information (for example, a plurality of QoS information associated with QCI according to parameters). The QoS information DB 21 may be operated.
  • FIG. 10 shows an example of an operation in which the control device 3 sets parameters for communication quality control for the communication device 2 in the second embodiment.
  • the terminal 1 transmits an attach request to the control device 3 through a nearby eNB when the power is turned on (operation S40).
  • the control device 3 transmits a bearer setting request to the S-GW (operation S42).
  • the control unit 31 of the control device 3 selects an S-GW and a P-GW that are bearer setting destinations, and transmits a bearer setting request to the selected S-GW.
  • the control unit 31 of the control device 3 notifies the S-GW of a parameter (for example, “parameter” illustrated in FIG. 3 or FIG. 4) for the communication device 2 to select QoS information in the bearer setting request. To do.
  • the control unit 24 of the communication device 2 (S-GW) transmits a bearer setting request including a parameter for selecting QoS information to the P-GW (operation S43).
  • the control unit 24 of the communication device 2 (S-GW) and the control unit 24 of the communication device 2 (P-GW) respectively execute processing for bearer setting between the S-GW and the P-GW. (Operation S44).
  • the control unit 24 of the communication device 2 (S-GW) transmits a bearer setting response to the control device 3 (operation S45).
  • the bearer setting response includes information (including parameters for selecting QoS information) to be notified to the eNB.
  • the control unit 31 of the control device 3 transmits a bearer setting request to the eNB together with the information notified from the S-GW (operation S46).
  • the bearer setting request includes a parameter for the eNB to select QoS information.
  • the control unit 24 of the communication device 2 sets a bearer between the terminal 1 and a bearer between the S-GW and the eNB based on the information notified from the control device 3 (operation S47).
  • the communication device performs communication quality control based on the QCI and the parameters related to the user attribute (User Property) of the terminal 1.
  • the user attribute is, for example, a parameter related to user privileges (for example, information indicating whether or not the user is a premium user).
  • a premium user is, for example, a user who has signed a contract with a network operator that is more expensive than a general user, and is a subscriber (“Privable-Subscriber”) who is more privileged than a general user in communication quality.
  • the premium user may be a user (for example, VIP (Very Imperson Person) etc.) to which privileges are given regardless of a contract with the network operator.
  • the communication device 2 executes the communication quality control based on the user attribute, so that the QoE (Quality of Experience) of the user of the terminal 1 is improved.
  • QoE Quality of Experience
  • the communication apparatus 2 can select a DSCP value to be given to a packet based on the QoS information DB 21 illustrated in FIG. 11 or FIG. As illustrated in FIGS. 11 and 12, the communication device 2 can use a user attribute as a parameter.
  • the user attribute is either “premium user” or “general user”, but the present invention is not limited to this example.
  • the user attribute may include attributes other than “premium user” and “general user”, and may be a parameter indicating a billing contract between the user and the operator (pay-for-use billing, prepaid billing, etc.).
  • the communication device 2 can execute communication quality control that gives priority to QCI over user attributes, as illustrated in FIG. Moreover, the communication apparatus 2 can perform communication quality control that prioritizes user attributes over QCI, as illustrated in FIG. 14, using the QoS information DB 21 illustrated in FIG. 12.
  • FIG. 15 is an example of a system configuration according to the third embodiment, and here shows a system configuration of LTE (Long Term Evolution).
  • LTE Long Term Evolution
  • the present embodiment is not limited to LTE, and can be applied to other communication systems such as UMTS (Universal Mobile Telecommunications System) and WiMAX (Worldwide Interoperability Access).
  • UMTS Universal Mobile Telecommunications System
  • WiMAX Worldwide Interoperability Access
  • the system according to the third embodiment includes, as communication devices 2, an eNB (eNodeB), an S-GW (Serving Gateway), and a P-GW (PDN (Packet Data Network) Gateway), and MME (Mobility Management Entity). 200, HSS (Home Subscriber Server) 201, PCRF 202, and SPR (Subscriber Profile Repository) 203.
  • eNB eNodeB
  • S-GW Serving Gateway
  • P-GW Packet Data Network Gateway
  • MME Mobility Management Entity
  • the eNB is a base station that communicates with the terminal 1 by radio.
  • the S-GW has a function of routing and transferring data packets, a function of being an anchor when the terminal 1 performs handover between eNBs, and the like.
  • P-GW serves as an interface with an external network (PDN).
  • PDN external network
  • a plurality of P-GWs are arranged in the system, and the terminal 1 can be simultaneously connected to the plurality of P-GWs to access a plurality of PDNs.
  • the MME 200 is a control node of the LTE system and has a function of executing processing related to paging of the terminal 1. Further, the MME 200 has a function related to bearer activation / deactivation, and can select an S-GW to be accessed by the terminal 1 when the terminal 1 is initially attached to the system, at the time of handover, or the like. The MME 200 has a function of performing user authentication in cooperation with the HSS 201.
  • the HSS 201 is a node that manages subscriber information.
  • the HSS 201 can manage user attributes of each subscriber as subscriber information.
  • the PCRF 202 is a node that performs QoS for data transfer and control for charging.
  • the SPR 203 is a node that manages information related to a subscriber of the communication system (Subscriber).
  • FIG. 16 shows a configuration example of the communication device 2. Note that the communication device 2 includes functions not shown in FIG. For example, if the communication device 2 is an eNB, the eNB should have a function.
  • the communication device 2 includes a parameter management unit 23 in addition to the functions of the communication device 2 illustrated in FIG.
  • the parameter management unit 23 manages the correspondence between bearers and user attributes. For example, the parameter management unit 23 acquires user attributes managed by the HSS 201 from the MME 200 or another device, and uses the acquired user attributes to identify bearer identification information corresponding to each user (for example, RB (Radio Bearer) -ID, TEID (Tunnel Endpoint ID) etc.) and managed. Further, the parameter management unit 23 may manage bearer identification information, the QCI of the bearer, and user attributes in association with each other.
  • bearer identification information for example, RB (Radio Bearer) -ID, TEID (Tunnel Endpoint ID) etc.
  • the communication path identification unit 20 identifies the bearer to which the received packet belongs.
  • the communication path identification unit 20 identifies the communication path to which the packet belongs by referring to, for example, information included in the packet (for example, layer 3 / layer 4 information of the OSI reference model such as the IP address and port number). .
  • the communication path identifying unit 20 retrieves the user attribute corresponding to the bearer from the parameter management unit 23 based on the information related to the identified bearer (for example, the identification information of the bearer or the QCI corresponding to the bearer). The user attribute is notified to the packet processing unit 22.
  • the packet processing unit 22 retrieves QoS information (DSCP value) corresponding to the bearer from the QoS information DB 21 based on, for example, the QCI of the bearer identified by the packet identifying unit 20 and the notified user attribute.
  • the packet processing unit 22 assigns the searched QoS information to the packet and transfers it.
  • the packet processing unit 22 uses the DSCP value “48” as the QoS information corresponding to the bearer whose QCI is “5” and whose user attribute is “Premium User”. "Is added to the packet.
  • FIG. 17 illustrates an example of an operation in which the communication device 2 acquires a user attribute corresponding to a bearer.
  • the function of the MME 200 is executed by the control unit 31 of the control device 3.
  • the functions of P-GW, S-GW, and eNB are executed by the control unit 24 of each communication device 2.
  • an attach procedure is executed in the system (Operation S11).
  • the attach procedure of operation S11 is, for example, a procedure described in a 3GPP (3rd Generation Partnership Project) specification (TS23.401 v12.1.0), and detailed description thereof is omitted.
  • an authentication process of the terminal 1 by the MME 200 and the HSS 201 is executed.
  • the MME 200 transmits an “update location request” message to the HSS 201.
  • the MME 200 does not have valid subscriber information (Subscription Data) related to the terminal 1
  • the MME 200 sets “update location request 201 HSS” when an IMSI (International Mobile Subscriber Identity) is provided from the terminal 1. Send to.
  • IMSI International Mobile Subscriber Identity
  • the HSS 201 In response to the request from the MME 200, the HSS 201 returns an “update location ack” message (operation S13).
  • the “update location ack” message includes subscriber information (Subscription Data).
  • the HSS 201 includes user attributes (for example, information indicating “premium user” or “general user”) in the subscriber information (Subscription Data).
  • the HSS 201 can include the information “EPS Subscription QoS Profile” in the subscriber information.
  • a user attribute may be included in the “EPS Subscription QoS Profile”.
  • the MME 200 transmits a “create session request” message for requesting bearer setting to the selected S-GW (operation S14). At that time, the MME 200 assigns an EPS bearer ID corresponding to the bearer related to the terminal 1 to the selected S-GW, and responds to the bearer ID assigned to the S-GW by the “create session request” message. Information on QoS (QCI, etc.) is notified to the S-GW. In the third embodiment, information related to user attributes is included in the “create session request” message, and for example, a bearer ID and user attributes are associated with each other and transmitted to the S-GW.
  • the S-GW When the S-GW receives the “create session request” message from the MME 200, the S-GW associates the information (for example, bearer ID) related to the bearer notified from the MME 200 with the user attribute, and stores it in the parameter management unit 23. For example, the S-GW creates a new entry that defines the correspondence between the bearer ID and the user attribute in “EPS Bearer Table” managed by the parameter management unit 23.
  • the S-GW notifies the P-GW of the bearer ID, information on QoS (QCI, etc.) corresponding to the bearer, etc., by a “create session request” message (operation S15).
  • the S-GW can be transmitted to the P-GW by including information related to user attributes in the “create session request”.
  • the S-GW associates the bearer ID with the user attribute and notifies the P-GW.
  • the P-GW stores the correspondence relationship between the bearer ID and the user attribute in the parameter management unit 23 based on the information notified from the S-GW.
  • the attach procedure is executed by the P-GW or the like (operation S16).
  • the details of the attach procedure are the same as the procedures disclosed in TS23.401 v12.1.0, and thus detailed description is omitted.
  • the S-GW performs bearer setting processing for the P-GW.
  • the P-GW cooperates with the PCRF to execute connection processing to the PDN.
  • bearer setup between the S-GW and the P-GW is completed.
  • the S-GW notifies the MME 200 of information to be transmitted to the eNB.
  • the MME 200 transmits an “Attach Accept” message to the eNB (operation S17).
  • the MME 200 notifies the eNB of a bearer ID, information (QoS or the like) regarding QoS corresponding to the bearer, and the like.
  • the MME 200 can include information related to user attributes in an “Attach Accept” message and transmit the information to the eNB.
  • the MME 200 associates the bearer ID with the user attribute and notifies the eNB.
  • the MME 200 having the function of the control device 3 sets the QoS information DB 21 of the communication device 2.
  • the QoS information DB 21 is set in the communication device 2 before the above-described sequence of FIG. 17 is executed.
  • the sequence illustrated in FIG. 17 described above indicates a procedure in which a “default bearer” is set when the terminal 1 attaches to the network.
  • a “Dedicated Bearer” may be set to transmit traffic related to a predetermined communication service.
  • a plurality of bearers are established for the terminal 1.
  • FIG. 18 shows an example of a sequence in which the communication device 2 acquires the user attribute when the Dedicated bearer is established.
  • the Dedicated bearer is executed, for example, after the default bearer is established in the procedure of FIG.
  • the function of the MME 200 is executed by the control unit 31 of the control device 3.
  • the functions of P-GW, S-GW, and eNB are executed by the control unit 24 of each communication device 2.
  • the P-GW When there is an instruction from the PCRF 202 (“IP-CAN Session Modification”) (operation S70), the P-GW notifies the S-GW of a bearer setting request in accordance with the instruction (operation S71).
  • the P-GW includes the user attribute acquired in the default bearer establishment procedure in the bearer setting request. For example, the bearer setting request is notified to the S-GW in association with identification information (eg, TEID) of the Dedicated bearer and the user attribute.
  • identification information eg, TEID
  • the S-GW stores the user attribute notified from the P-GW in the parameter management unit 23, and includes it in the bearer setting request and notifies the MME 200 (operation S72).
  • the bearer setting request is notified to the MME 200 in association with bearer identification information (for example, TEID) and a user attribute.
  • the MME 200 includes the user attribute notified from the S-GW in the bearer setting request and notifies the eNB (Operation S73).
  • the bearer setting request is notified to the eNB in association with bearer identification information (for example, TEID) and a user attribute.
  • the eNB stores the user attribute notified from the MME 200 in the parameter management unit 23.
  • the communication device 2 acquires user attributes by the above sequence.
  • FIG. 19 shows another example of an operation in which the communication apparatus 2 acquires a user attribute.
  • the PCRF 202 has the function of the control device 3 shown in FIG.
  • the terminal 1 starts communication by the IP session (bearer) (operation S100).
  • the P-GW When the communication session is started, the P-GW requests the application policy to the PCRF based on the identification information (for example, IP address) of the terminal 1 (operation S101).
  • the PCRF 202 requests the user profile related to the terminal 1 from the SPR 203 (operation S102).
  • the SPR 203 In response to a request from the PCRF 202, the SPR 203 notifies the PCRF 202 of user attribute information related to the user of the terminal 1 (Operation S103).
  • the PCRF 202 refers to the user attribute information notified from the SPR 203 and determines a QoS policy to be applied to the P-GW and S-GW.
  • the PCRF 202 notifies the determined QoS policy to the P-GW and S-GW as a PCC (Policy Control and Charging) rule (operation S104).
  • the PCC rule is a rule indicating that QoS information is given to a packet based on, for example, the QCI of the bearer to which the terminal 1 belongs and the user attribute.
  • the P-GW and the S-GW execute communication quality control based on the QCI and user attributes as described above in accordance with the PCC rules.
  • each communication device 2 can acquire the user attribute and execute communication quality control considering the user attribute.
  • control device 3 having a function as an NMS that manages the communication device 2 or the like may notify the communication device 2 of the user attribute. That is, the communication device 2 can also acquire the user attribute from a device other than a device compliant with a standard standardized by 3GPP or the like.
  • the communication device can execute communication quality control based on a parameter relating to a user's communication characteristics as a user attribute.
  • the user's communication characteristic is, for example, the user's communication amount within a predetermined period (for example, a unit such as day, week, month).
  • a predetermined period for example, a unit such as day, week, month.
  • the system operator defines the user attribute of a user whose traffic volume within a predetermined period is larger than the assumed average traffic volume as “Heavy User”, and is a “heavy user”.
  • Communication quality control can be executed based on whether or not.
  • the communication apparatus executes communication quality control based on the QCI and user attributes related to the communication characteristics of the user of the terminal 1. For example, when both a heavy user and a general user have a flat-rate contract with an operator, the fees paid to the operator for both the heavy user and the general user are substantially the same. Although the communication fee is almost the same, it is assumed that the heavy user presses the communication band of the system, so that the QoE of the general user is lowered. Therefore, the communication device 2 executes communication quality control based on user communication characteristics, thereby ensuring fairness among users.
  • the communication device basically has the same configuration as the communication device 2 shown in FIG. 16, but the information stored in the QoS information DB 21 is different.
  • the QoS information DB 21 illustrated in FIG. 20 will be described.
  • FIG. 20 shows a configuration example of the QoS information DB 21 and the QoS policy DB 32 used in the fourth embodiment.
  • a parameter indicating whether the user is a general user or a baby user is used as a parameter relating to the user attribute.
  • the QoS information (for example, the DSCP value) differs depending on the communication characteristics (for example, general users or heavy users) of the users corresponding to the bearers.
  • the priority of heavy users is set to be lower than that of general users, as schematically shown in FIG.
  • FIG. 22 shows an example of the system configuration of the fourth embodiment.
  • the system of the fourth embodiment includes an OCS (Online Charging System) 204 in addition to the system configuration shown in the third embodiment.
  • OCS Online Charging System
  • the OCS 204 has a function for the system operator to perform online accounting processing according to the user's traffic.
  • the OCS 204 has a function of monitoring a user's communication amount via, for example, a P-GW having a PCEF (Policy and Charging Enforcement Function) function.
  • PCEF Policy and Charging Enforcement Function
  • the communication characteristics of the user can be determined using the traffic monitoring function of the OCS 204.
  • FIG. 23 shows an operation example of the fourth embodiment.
  • the PCRF 202 has the function of the control device 3.
  • the OCS 204 monitors the communication volume of the terminal 1 via, for example, a P-GW having a PCEF function (operation S20).
  • the OCS 204 may notify the PCRF 202 when the communication amount of the terminal 1 exceeds a predetermined threshold within a predetermined period, or periodically notifies the PCRF 202 of the communication amount of the terminal 1. (Operation S21).
  • the PCRF 202 calculates the communication amount of the terminal 1 within a predetermined period, and whether or not the communication amount exceeds a predetermined threshold value. Determine whether.
  • the PCRF 202 When the communication amount of the terminal 1 exceeds a predetermined threshold, the PCRF 202 notifies the communication device 2 (S-GW and P-GW) that the user attribute of the terminal 1 is a heavy user (operation S22). ).
  • the communication device 2 stores the correspondence between the bearer ID and the user attribute in the parameter management unit 23 based on the information notified from the PCRF 202. Further, the information illustrated in FIG. 20 is set in the QoS information DB 21 of the communication device 2. Therefore, the communication device 2 can execute communication quality control based on the parameter management unit 23 and the QoS information DB 21 under the control of the PCRF 202 having the function of the control device 3.
  • the communication device can execute communication quality control based on parameters related to the status of the communication system.
  • the system operator can control the communication quality in a unit larger than the user traffic unit.
  • FIG. 24 shows an example of a system configuration according to the fifth embodiment.
  • the communication system according to the fifth embodiment includes a control device 3A having an NMS function.
  • the control device 3A has a function of monitoring the status of the communication system (for example, the system congestion state). Since other configurations are the same as those of the above-described embodiment, detailed description thereof is omitted.
  • FIG. 25 shows a configuration example of the control device 3A.
  • 3 A of control apparatuses contain the monitoring part 33 in addition to the function shown in FIG. Since other functions and configurations are the same as those of the above-described embodiment, detailed description thereof is omitted.
  • the monitoring unit 33 monitors system communication status, such as mobile backhaul, core network congestion status, and the like.
  • the monitoring unit 33 notifies the monitoring result to the communication device 2 via the interface 30. For example, the congestion level of the system is notified as the monitoring result.
  • the monitoring unit 33 may identify a time zone in which congestion is likely to occur based on a statistical value of the communication status (for example, a change in communication volume with respect to time), and notify the time zone as a monitoring result.
  • the communication device 2 stores the information notified from the monitoring unit 33 (the above-described congestion level, time zone in which congestion is likely to occur, etc.) in the parameter management unit 23.
  • the communication path identification unit 20 of the communication device 2 refers to a parameter stored in the parameter management unit 23 and notifies the packet processing unit 22 of the parameter together with information on the identified bearer.
  • the packet processing unit 22 assigns a DSCP value to the packet based on the notified parameter and the QCI.
  • the communication path identification unit 20 performs packet processing on a parameter indicating whether or not the current time corresponds to the time zone notified from the control device 3A. Notification to the unit 22. If the notified parameter indicates a time zone in which congestion is likely to occur, the packet processing unit 22 assigns a DSCP value corresponding to the time zone to the packet.
  • FIG. 26 shows a configuration example of the QoS information DB 21 and the QoS policy DB 32 used in the fifth embodiment.
  • the system congestion level is used as a parameter relating to the communication status of the system.
  • the larger the congestion level value the greater the degree of congestion.
  • the QoS information DB 21 and the QoS policy DB 32 illustrated in FIG. 26 are set such that, even if the bearers have the same QCI, the higher the congestion level, the lower the priority, and the lower the QCI, the higher the congestion level. In such a case, the lowering of the DSCP value is set to be large. For example, when the QCI is “5”, the DSCP value is decremented by 1 each time the congestion level increases. On the other hand, in the case of QCI “6” having a lower priority than QCI “5”, the decrease in the DSCP value accompanying the increase in the congestion level is larger than in the case of QCI “5”.
  • the congestion level is used as a parameter, but a parameter indicating whether or not it is a time zone in which congestion is likely to occur may be used.
  • the DSCP value corresponding to the time zone in which congestion is likely to occur can have a lower priority than the DSCP values in other time zones.
  • the communication device 2 can execute communication quality control based on the information in the QoS information DB 21 illustrated in FIG. 26 and the congestion level notified from the control device 3A. By executing the communication quality control in this way, the communication device 2 can communicate with a communication band for traffic having a high QCI priority at the expense of traffic having a low QCI priority even if the congestion level becomes high. Can be accommodated.
  • FIG. 27 shows another configuration example of the QoS information DB 21 and the QoS policy DB 32 used in the fifth embodiment.
  • DSCP values based on a plurality of parameters are set in the QoS information DB 21 and the QoS policy DB 32.
  • the communication apparatus according to the present embodiment can execute communication quality control based on a plurality of parameters, and the same applies to not only the present embodiment but also the above-described embodiment.
  • the parameter management unit 23 stores the bearer ID and the user attribute corresponding to each user in association with each other, and Information (for example, congestion level, time zone in which congestion is likely to occur) notified from the monitoring unit 33 as the communication status is stored.
  • the communication path identification unit 20 of the communication device 2 refers to the parameter stored in the parameter management unit 23 and notifies the packet processing unit 22 of the user attribute and the congestion level corresponding to the identified bearer.
  • the packet processing unit 22 assigns a DSCP value to the packet based on the notified parameters (user attribute and congestion level) and the QCI.
  • the amount of decrease in the DSCP value accompanying an increase in the congestion level differs depending on the user attribute.
  • the DSCP value reduction range is greater for general users than for premium users.
  • the communication device 2 can execute communication quality control based on the information in the QoS information DB 21 illustrated in FIG. 27 and the congestion level notified from the control device 3A. By executing the communication quality control in this way, the communication device 2 can maintain the communication quality of the traffic related to the premium user with a high priority as much as possible even if the congestion level becomes high.
  • FIG. 28 shows an operation example of the communication system according to the fifth embodiment.
  • the control device 3A having the NMS function monitors the communication status of the system (operation S30).
  • the control device 3A notifies the communication device 2 such as P-GW of a parameter (for example, congestion level) related to the communication status based on the monitored result (operation S31).
  • a parameter for example, congestion level
  • the communication device 2 executes communication quality control based on the parameter notified from the control device 3A (operation S32).
  • parameters relating to disasters such as earthquakes may be used.
  • DSCP values are set according to the disaster level corresponding to the severity of the disaster. For example, the DSCP value is set so that the priority becomes lower as the disaster level becomes higher (that is, the more serious the disaster is). Further, for example, the lower the priority QCI, the larger the DSCP value decrease rate when the disaster level becomes higher.
  • the communication device can execute communication quality control based on the content of a contract between a user and a service provider (for example, a moving picture distributor).
  • the communication carrier can provide a new service based on the communication quality control according to the sixth embodiment.
  • the communication carrier can provide a service based on the communication quality control to the service provider.
  • the telecommunications carrier can provide the service to the provider and obtain a service fee from the provider.
  • FIG. 31 shows a configuration example of a communication system according to the sixth embodiment. It is assumed that the user of the terminal 1 has signed a contract with the service provider 4 (for example, a moving image distribution company). Since other system configurations are the same as those of the above-described embodiment, detailed description thereof is omitted.
  • the service provider 4 for example, a moving image distribution company
  • the service provider 4 concludes a service contract based on communication quality control with, for example, a telecommunications carrier, and provides the telecommunications carrier with information related to the contract concluded with the user. It is assumed that the contract between the service provider 4 and the user includes, for example, a “normal contract” and a “premium contract” according to a fee paid by the user to the service provider 4.
  • the service provider 4 may conclude a contract for each QCI with the communication carrier. For example, the service provider 4 can conclude a “premium contract” for services corresponding to QCI “6” and “7”, and can conclude a “regular contract” for other services corresponding to QCI. .
  • FIG. 32 shows an example of information provided from the service provider 4 to the carrier, and an example in which the carrier manages parameters related to the contract between the provider 4 and the user based on the information provided from the provider 4. Show.
  • the service provider 4 acquires the telephone number of the terminal 1 from the user, for example, in a contract with the user. For example, the service provider 4 manages the telephone number and the content of the contract as the service contractor information 40.
  • the service provider 4 provides the service contractor information 40 to the communication carrier.
  • the communication carrier adds a parameter related to the contract contents between the service provider 4 and the user to the subscriber information 2010 included in the HSS 201 and the SPR 203.
  • the telecommunications carrier may manage the parameters in the subscriber information 2010 for each service provider.
  • FIG. 33 shows an example of data set in the QoS information DB 21 and the QoS policy DB 32.
  • the priority of QoS information is set according to a parameter (provider attribute) related to the contract content between the user and the service provider 4.
  • a parameter provider attribute
  • the QoS information with the parameter “Premium Contract” has a higher priority than the QoS information with the “General Contract”.
  • the parameter “N / A” corresponds to QoS information for other users who have not concluded a contract with the service provider 4.
  • the parameter is notified to the communication device 2 in the sequence illustrated in FIG. 17, FIG. 18, or FIG. 19, for example.
  • the communication device 2 stores the notified parameter in the parameter management unit 23 in association with the bearer ID.
  • the control device 3 or 3A having a function as an NMS that manages the communication device 2 or the like may notify the communication device 2 of the parameters. That is, the communication device 2 can also acquire parameters from devices other than devices that comply with standards standardized by 3GPP or the like.
  • the communication path identifying unit 20 of the communication device 2 that is a P-GW receives a packet addressed to the terminal 1 from the service provider 4, information (for example, an OSI reference model such as an IP address and a port number) included in the received packet.
  • information for example, an OSI reference model such as an IP address and a port number
  • the communication path to which the packet belongs is identified.
  • the communication path identification unit 20 receives a packet whose source address and destination address are the IP address of the provider 4 and the IP address of the terminal 1, respectively, the communication service is provided to the terminal 1 from the service provider 4 It belongs to the bearer regarding.
  • the communication path identification unit 20 refers to the parameter management unit 23, identifies the parameter associated with the bearer related to the communication service provided by the provider 4 to the terminal 1, and is selected based on the parameter and the QCI corresponding to the bearer. QoS information is added to the packet.
  • the communication device can execute communication quality control based on a parameter related to an MVNO (Mobile Network Network Operator) that uses a network operated by the carrier.
  • MVNO Mobile Network Network Operator
  • the MVNO operator is a service provider that borrows a network owned by a communication operator from a communication operator who is a network operator and provides a communication service to the user.
  • a communication carrier can execute communication quality control according to the contents of a contract between an MVNO carrier and a communication carrier. For example, when a MVNO operator has concluded a “premium contract” with a telecommunications carrier, which is more expensive than a normal contract, the telecommunications carrier will give priority to communications related to the MVNO carrier that has concluded a “premium contract”. Communication quality control can be executed so as to increase the degree. That is, a communication service based on communication quality control for each MVNO carrier can be a new revenue source for the carrier.
  • FIG. 34 shows a configuration example of a communication system according to the seventh embodiment.
  • the communication system according to the seventh embodiment includes an authentication server 205 operated by an MVNO operator, and other configurations are the same as those in the above-described embodiment, and thus detailed description thereof is omitted.
  • the authentication server 205 authenticates the terminal 1 when the terminal 1 accesses a network such as the Internet.
  • the authentication server 205 has a function of executing, for example, RADIUS (Remote Authentication Dial-In User Service) authentication.
  • FIG. 35 and FIG. 36 show a configuration example of information stored in the QoS information DB 21 and the QoS policy DB 32.
  • the communication device 2 can execute communication quality control according to the MVNO provider ID.
  • communication quality control according to a parameter (MVNO operator attribute) related to a contract between an MVNO operator and a communication operator can be executed.
  • the MVNO operator attribute corresponds to, for example, an attribute (“premium”) corresponding to an MVNO operator that has concluded a “premium contract” with a telecommunications carrier, or an MVNO operator that has concluded a “general contract” with a telecommunications carrier. Attribute ("general").
  • the priority corresponding to MVNO (A) is set lower than the priority corresponding to MVNO (B).
  • the parameter “N / A” indicates that the communication related to the bearer identified by the communication path identifying unit 20 is not communication related to the MVNO carrier. For example, if the communication related to the bearer identified by the communication path identifying unit 20 is not a MVNO carrier but a user who has contracted with a carrier, the parameter is indicated by “N / A”.
  • the same priority (DSCP value “25”) as the communication related to the telecommunications carrier is set as the communication priority regarding the MVNO carrier that has concluded the “premium contract” with the telecommunications carrier.
  • the present embodiment is not limited to the example of FIG. 36.
  • the priority of communication related to the MVNO carrier that has concluded the “premium contract” with the communication carrier may be set lower than the communication related to the communication carrier, or You may set it high.
  • an attach procedure is executed in the system (operation S51).
  • the attach procedure of the operation S50 is, for example, a procedure described in a 3GPP (3rd Generation Partnership Project) specification (TS23.401 v12.1.0), and detailed description thereof is omitted.
  • the MME 200 (the control unit 31 of the control device 3) selects the S-GW, assigns an EPS bearer ID corresponding to the bearer related to the terminal 1 to the selected S-GW, and corresponds to the bearer ID and the bearer.
  • Information on QoS (QCI, etc.) is notified to the S-GW by a bearer setting request (operation S52).
  • the S-GW (the control unit 24 of the communication device 2) notifies the P-GW of the bearer ID, information about QoS (QCI, etc.) corresponding to the bearer, etc. by a bearer setting request (operation S53).
  • the P-GW (the control unit 24 of the communication device 2) transmits an authentication request to the authentication server 205 (operation S54).
  • the authentication server 205 executes an authentication process and returns an authentication response to the P-GW (operation S55).
  • the authentication server 205 includes a parameter related to the MVNO operator in the authentication response and returns it to the P-GW.
  • the parameters relating to the MVNO operator include, for example, a parameter relating to a contract between the MVNO operator and the telecommunications carrier (MVNO operator attribute), and the like.
  • the P-GW stores the parameter received from the authentication server 205 in the parameter management unit 23 in association with the bearer ID.
  • the P-GW and S-GW execute bearer setting processing (operation S56).
  • the S-GW executes a bearer setting process for the P-GW
  • the P-GW executes, for example, a connection process to the PDN in cooperation with the PCRF.
  • the P-GW (the control unit 24 of the communication device 2) transmits a bearer setting response to the S-GW (operation S57).
  • the P-GW (the control unit 24 of the communication device 2) notifies the S-GW of the bearer setting response including the parameter received from the authentication server 205.
  • the P-GW (the control unit 24 of the communication device 2), for example, associates the bearer ID and the parameter and notifies the S-GW.
  • the S-GW stores the parameter received from the P-GW in the parameter management unit 23 in association with the bearer ID.
  • the S-GW (the control unit 24 of the communication device 2) notifies the MME 200 of a bearer setting response including the parameters received from the P-GW (Operation S58).
  • the MME 200 (the control unit 31 of the control device 3) transmits a bearer setting request including parameters related to the MVNO operator to the eNB (Operation S59). For example, the MME 200 associates the bearer ID with the parameter and notifies the eNB. The eNB stores the received parameter in the parameter management unit 23 in association with the bearer ID.
  • ENB control unit 24 of communication device 2 sets a radio bearer with terminal 1 in response to the bearer setting request (operation S60).
  • Each communication device 2 acquires parameters for communication quality control by the sequence described above.
  • the communication path identification unit 20 of the communication device 2 that is the P-GW determines that, for example, a packet whose destination address is the IP address of the terminal 1 subscribed to the MVNO operator belongs to the bearer related to the MVNO operator.
  • the communication path identification unit 20 refers to the parameter management unit 23 and identifies a parameter associated with the identified bearer.
  • the packet processing unit 22 assigns QoS information selected based on the parameters related to the MVNO operator and the QCI corresponding to the bearer to the packet.
  • control device 3 or 3A having a function as an NMS that manages the communication device 2 or the like may notify the communication device 2 of the parameters. That is, the communication device 2 can also acquire parameters from devices other than devices that comply with standards standardized by 3GPP or the like.
  • a device serving as an end point of a bearer for example, a device that terminates a bearer like eNB, S-GW, or P-GW
  • a device different from the bearer endpoint performs communication quality control.
  • the telecommunications carrier can perform the above-described communication quality control without adding a change / modification by adding a function that is not defined by standard specifications such as 3GPP to a device serving as a bearer endpoint. Can be executed.
  • FIG. 38 shows a configuration example of a communication system according to the eighth embodiment.
  • the communication system according to the eighth embodiment includes a terminal 1, an eNB, an S-GW, a P-GW, a communication device 2, and a control device 3B. Note that in the eighth embodiment, the eNB, S-GW, and P-GW do not have to have the function of the communication device 2 illustrated in FIG. 2 or FIG.
  • the communication device 2 is arranged in a network between the P-GW and the S-GW or a network between the eNB and the S-GW. Note that the communication device 2 does not need to be arranged in both the network between the P-GW and the S-GW and the network between the eNB and the S-GW, and the communication device 2 is arranged in at least one of the networks. It only has to be.
  • the communication device 2 is arranged between devices serving as bearer endpoints. Therefore, the communication path identifying unit 20 of the communication device 2 identifies the bearer of the packet transmitted from the bearer endpoint.
  • the packet processing unit 22 of the communication device 2 gives QoS information to the packet transmitted from the bearer endpoint.
  • Packets related to bearers may be encrypted by the IPsec gateway.
  • the communication device 2 is arranged at a position before the packet reaches the IPsec gateway.
  • the communication device 2 is arranged between the P-GW and the IPsec gateway.
  • the control device 3B transmits a control signal to the communication device 2.
  • the communication device 2 executes communication quality control based on the control signal transmitted from the control device 3B.
  • FIG. 39 shows an example of the configuration of the control device 3B.
  • the control device 3B includes a bearer information DB 34 and a parameter DB 35.
  • the other blocks, which are the interface 30, the control unit 31, and the QoS policy DB 32, are as described above.
  • FIG. 40 shows a configuration example of a database included in the bearer information DB 34.
  • the bearer information DB 34 is a database that manages the correspondence between bearer identification information, QCI, and terminal ID.
  • the bearer information DB 34 may be a database that manages the correspondence between the bearer identification information and the terminal ID.
  • the bearer identification information is, for example, TEID.
  • the terminal ID is, for example, IMSI (International Mobile Subscriber Identity).
  • the control device 3B acquires information related to the bearer information DB 34 from the MME 200, for example. Further, the control device 3B may acquire information related to the bearer information DB 34 from each of the S-GW, the P-GW, and the eNB.
  • FIG. 41 shows a configuration example of the parameter DB 35.
  • the parameter DB 35 manages the correspondence between parameters and terminal IDs (for example, IMSI), for example.
  • the communication carrier network operator
  • a provider that provides a network operation service to a telecommunications carrier may input the correspondence between the terminal ID and the parameter to the parameter DB 35.
  • the control unit 31 of the control device 3B associates the bearer identification information with the parameters based on the bearer information DB 34 and the parameter DB 35. For example, the control unit 31 searches the bearer information DB 34 for bearer identification information corresponding to the terminal ID using the terminal ID as a key. The control unit 31 searches the parameter DB 35 for a parameter corresponding to the terminal ID using the terminal ID as a key. By this operation, the control unit 31 grasps the correspondence relationship between the bearer identification information and the parameters as illustrated in FIG.
  • the parameter DB 35 is a database indicating a correspondence relationship between the terminal ID and the parameter, but information associated with the parameter in the parameter DB 35 is not limited to the terminal ID.
  • the information associated with the parameter may be information for linking the bearer identification information included in the bearer information DB 34 and the parameter included in the parameter DB 35.
  • the control unit 31 notifies the communication device 2 of information stored in the QoS policy DB 32, for example.
  • the communication device 2 stores the notified information in the QoS information DB 21.
  • the control unit 31 notifies the communication device 2 of the correspondence between the bearer identification information and the parameters.
  • the communication device 2 stores the communicated information in the parameter management unit 23.
  • the communication device 2 receives a packet transmitted by the eNB, S-GW or P-GW, and gives QoS information to the packet.
  • a packet transmitted by the S-GW or P-GW is encapsulated with bearer identification information or the like.
  • the communication path identifying unit 20 of the communication device 2 identifies the bearer based on the bearer identification information given to the packet. Further, the communication path identification unit 20 acquires a parameter from the parameter management unit 23 based on the bearer identification information.
  • the packet processing unit 22 of the communication device 2 searches the QoS information DB 21 for QoS information to be added to the packet based on the parameters.
  • the packet processing unit 22 adds the searched QoS information to the packet.
  • the communication device 2 arranged in the network between the P-GW and the S-GW and the network between the eNB and the S-GW performs communication quality control. Therefore, in the eighth embodiment, as in the above-described embodiment, the eNB, S-GW, and P-GW do not have to execute communication quality control based on parameters.
  • a telecommunications carrier network operator
  • a carrier that provides a network operation service to the telecommunications carrier, etc. perform network operation for communication quality control to be described later.
  • FIG. 43 shows a configuration example of the management device 4 used by a network operator who is an operation manager, a business operator who provides a network operation service, and the like.
  • the management device 4 includes a UI (User Interface) display unit 40, a QoS policy generation unit 41, an interface 42, and a control unit (not shown) that controls the management operation of the management device 4.
  • UI User Interface
  • QoS policy generation unit 41 QoS policy generation unit 41
  • interface 42 interface 42
  • control unit not shown
  • the UI display unit 40 displays a user interface (hereinafter referred to as UI) for the operation manager to input a QoS policy for communication quality control into the system.
  • UI user interface
  • the operation manager inputs a plurality of quality information (eg, DSCP value, CoS value, etc.) associated with the QCI using the UI.
  • the QoS policy generation unit 41 generates a QoS policy based on information input by the operation manager using the UI display unit 40. For example, the QoS policy generation unit 41 generates a QoS policy in which a plurality of pieces of quality information are associated with the QCI.
  • the QoS policy generation unit 41 may generate a QoS policy based on a preset policy without depending on the input of the operation manager.
  • the QoS policy generation unit 41 may generate a QoS policy based on the policy described with reference to FIG. 5 or FIG. 6 in the above-described embodiment.
  • the operation manager may input a policy used for generating a QoS policy using the UI display unit 40.
  • the management device 4 notifies the QoS policy generated by the QoS policy generation unit 41 to the control device 3, 3A or 3B via the interface 42.
  • the control device 3, 3 ⁇ / b> A or 3 ⁇ / b> B stores the QoS policy notified from the management device 4 in the QoS policy DB 32.
  • the QoS policy DB 32 stores a plurality of QoS information in association with the QCI.
  • the management device 4 notifies the control device 3, 3A or 3B of a condition (condition based on the transmission source / destination IP address) for selecting the corresponding quality information from the plurality of quality information associated with the QCI. May be.
  • the control device 3, 3A or 3B notifies the communication device 2 of the conditions for selecting quality information.
  • FIG. 44 shows another configuration example of the management apparatus 4.
  • the management device 4 may notify the control device 3B of parameters for selecting quality information.
  • the parameter generation unit 43 generates, for example, a database for managing the correspondence between terminal IDs and parameters based on information input by the operation manager using the UI display unit 40.
  • the operation manager uses the UI display unit 40 to input parameters such as user attributes corresponding to each terminal and service provider attributes corresponding to each terminal.
  • the operation manager can also input information to the management apparatus 4 from a database that manages user attributes, service provider attributes, and the like.
  • the parameter generation unit 43 generates a database indicating the correspondence between terminal IDs and parameters as exemplified in FIG.
  • the information associated with the parameters is not limited to the terminal ID.
  • the information associated with the parameter may be information for linking the bearer identification information included in the bearer information DB 34 of the control device 3B and the parameter.
  • the information that the parameter generation unit 43 associates with the parameter may be information related to the bearer such as bearer identification information.
  • the parameters notified to the control device 3B by the parameter generation unit 43 are, for example, the parameters exemplified in the above third to seventh embodiments.
  • the parameter generation unit 43 notifies the control device 3B of information indicating the correspondence between the terminal ID and the parameter via the interface 42.
  • the control device 3B constructs the parameter DB 35 based on the notified information.
  • the control device 3B generates information (for example, information illustrated in FIG. 42) to be notified to the parameter management unit 23 of the communication device 2 based on the parameter DB 35 and the bearer information DB 34.
  • FIG. 45 is a flowchart showing an operation example of the ninth embodiment.
  • the operation administrator inputs QoS information associated with the QCI using the UI displayed by the UI display unit 40 (operation S80).
  • the QoS policy generation unit 41 generates a QoS policy based on the input information (S81).
  • the management device 4 notifies the control device of the generated QoS policy via the interface 42 (operation S82).
  • Terminal 2 Communication Device 20 Communication Path Identification Unit 21
  • QoS Information DB 22 Packet processing unit 23
  • Parameter management unit 24 Control unit 200 MME 201 HSS 2010 subscriber information 202 PCRF 203 SPR 204 OCS 205 Authentication Server 3
  • Control Device 30 Interface 31
  • Control Unit 32 QoS Policy DB 33
  • Monitoring unit 34
  • Bearer information DB 35
  • Parameter DB 4 management device 40
  • UI display unit 41

Abstract

【課題】通信サービスに対して多様な通信品質制御が可能な技術を提供する。 【解決手段】本発明の通信装置は、ネットワークに設定される通信パスを介して通信する通信装置であって、パケットに対応する前記通信パスを識別する第一の手段と、識別された前記通信パスの品質クラスに対応付けられた複数の品質情報から選択された品質情報を、前記パケットに付与する第二の手段とを含む。

Description

通信装置、制御装置、通信システム、通信方法、制御方法およびプログラム
　本発明は、通信装置間で通信パスを介して通信する通信システムに係り、特に、通信パスに対応するＱｏＳ制御に関する。
　モバイル通信システムにおいて、携帯電話等の通信端末は、基地局と接続し、コアネットワークを経由してインターネットにアクセスすることができる。通信端末は、コアネットワークに設けられた装置（例えば、ゲートウェイ）との間に確立された通信パス（例えばベアラ）を介して通信する。
　基地局やゲートウェイは、ベアラを構築するため、パケットをカプセル化することによってトンネルを構築する。基地局やゲートウェイは、トンネルを構築するため、パケットにＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）情報を付与する。モバイル通信システムの通信装置は、パケットに付与されたＱｏＳ情報に基づいて、パケット転送の制御（例えば、通信品質制御）を実行することができる。
　非特許文献１は、モバイル通信システムにおけるＱｏＳ制御に関する技術を開示する。非特許文献１のＴａｂｌｅ　６．１．７には、通信サービスとＱＣＩ（ＱｏＳ　Ｃｌａｓｓ　Ｉｄｅｎｔｉｆｉｅｒ）との対応関係が開示されている。例えば、ゲートウェイ装置や基地局は、ベアラに対応するＧＴＰ（ＧＰＲＳ　Ｔｕｎｎｅｌｉｎｇ　Ｐｒｏｔｏｃｏｌ）トンネルを構築する場合に、ベアラのＱＣＩに対応付けられたＱｏＳ情報（例えば、ＤＳＣＰ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ　Ｓｅｒｖｉｃｅ　Ｃｏｄｅ　Ｐｏｉｎｔ））をパケットに付与する。ゲートウェイ装置や基地局は、パケットにＱｏＳ情報を付与することにより、パケットの通信品質制御を実行する。
３ＧＰＰ　ＴＳ２３．２０３　Ｖ１２．１．０　"Ｔｅｃｈｎｉｃａｌ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ　Ｇｒｏｕｐ　Ｓｅｒｖｉｃｅｓ　ａｎｄ　Ｓｙｓｔｅｍ　Ａｓｐｅｃｔｓ；　Ｐｏｌｉｃｙ　ａｎｄ　ｃｈａｒｇｉｎｇ　ｃｏｎｔｒｏｌ　ａｒｃｈｉｔｅｃｔｕｒｅ"、［２０１３年８月３０日検索］インターネット　＜ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｈｔｍｌ－ｉｎｆｏ／２３２０３．ｈｔｍ＞
　非特許文献１のＴａｂｌｅ　６．１．７では、通信サービスは、特定のＱＣＩと対になっている。ＱＣＩには特定のＱｏＳ情報が対応付けられているため、通信サービスに対する通信品質制御は、通信サービスの対となるＱＣＩに依存する。その結果、通信サービスに対して多様な通信品質制御を提供することが困難となる。
　本発明の目的は、通信サービスに対して多様な通信品質制御が可能な技術を提供することである。
　本発明の通信装置は、ネットワークに設定される通信パスを介して通信する通信装置であって、パケットに対応する前記通信パスを識別する第一の手段と、識別された前記通信パスの品質クラスに対応付けられた複数の品質情報から選択された品質情報を、前記パケットに付与する第二の手段とを含むことを特徴とする。
　本発明の制御装置は、ネットワークに設定される通信パスを介して通信する通信装置との間の通信インターフェースと、前記インターフェースを介して、通信パスの品質クラスに対応付けられた複数の品質情報を前記通信装置に対して送信する制御手段と、を有し、前記通信装置がパケットに対応する通信パスを識別して前記複数の品質情報から選択された品質情報を当該パケットに付与するように前記通信装置を制御することを特徴とする。
　本発明の通信システムは、ネットワークに設定される通信パスを介して通信する通信装置を含み、前記通信装置は、パケットに対応する前記通信パスを識別する第一の手段と、識別された前記通信パスの品質クラスに対応付けられた複数の品質情報から選択された品質情報を、前記パケットに付与する第二の手段とを含むことを特徴とする。
　また、本発明の通信システムは、ネットワークに設定される通信パスにより通信する通信装置と、前記通信装置を制御する制御装置と、を含む通信システムであって、前記制御装置が、通信パスの品質クラスに対応付けられた複数の品質情報を前記通信装置に対して送信し、前記通信装置が、パケットに対応する通信パスを識別して前記複数の品質情報から選択された品質情報を当該パケットに付与する、ことを特徴とする。
　本発明の通信方法は、ネットワークに設定される通信パスを介して通信する通信装置の通信方法であって、パケットに対応する前記通信パスを識別し識別された前記通信パスの品質クラスに対応付けられた複数の品質情報から選択された品質情報を、前記パケットに付与することを特徴とする。
　本発明の制御方法は、ネットワークに設定される通信パスを介してデータを伝送する通信装置を制御する方法であって、通信パスの品質クラスに対応付けられた複数の品質情報を前記通信装置に対して送信し、前記通信装置がパケットに対応する通信パスを識別して前記複数の品質情報から選択された品質情報を当該パケットに付与するように前記通信装置を制御することを特徴とする。
　本発明のプログラムは、ネットワークに設定される通信パスを介してデータを伝送する通信装置と通信する処理と、通信パスの品質クラスに対応付けられた複数の品質情報を前記通信装置に対して送信することで、前記通信装置がパケットに対応する通信パスを識別して前記複数の品質情報から選択された品質情報を当該パケットに付与するように前記通信装置を制御する処理と、
　をコンピュータに実行させることを特徴とする。
　また、本発明のプログラムは、ネットワークに設定される通信パスを介して通信する通信装置としてコンピュータを機能させるプログラムであって、パケットに対応する前記通信パスを識別する機能と、識別された前記通信パスの品質クラスに対応付けられた複数の品質情報から選択された品質情報を、前記パケットに付与する機能と、を前記コンピュータに実現させることを特徴とする。
　本発明により、通信サービスに対して多様な通信品質制御が可能な技術を提供することができる。
図１は本発明の第１の実施形態によるシステム構成の例を示す図である。 図２は第１の実施形態による通信装置の構成例を示すブロック図である。 図３は第１の実施形態におけるＱｏＳ情報データベースの第１例を示す模式的構成図である。 図４は第１の実施形態におけるＱｏＳ情報データベースの第２例を示す模式的構成図である。 図５は第１の実施形態における通信品質制御動作の第１例を示す模式図である。 図６は第１の実施形態における通信品質制御動作の第２例を示す模式図である。 図７は第１の実施形態による通信システムの動作例を示すシーケンス図である。 図８は本発明の第２の実施形態によるシステム構成の例を示す図である。 図９は第２の実施形態による制御装置の構成例を示すブロック図である。 図１０は第２の実施形態による通信システムの動作例を示すシーケンス図である。 図１１は本発明の第３の実施形態におけるＱｏＳ情報データベースの第１例を示す模式的構成図である。 図１２は第３の実施形態におけるＱｏＳ情報データベースの第２例を示す模式的構成図である。 図１３は第３の実施形態における通信品質制御動作の第１例を示す模式図である。 図１４は第３の実施形態における通信品質制御動作の第２例を示す模式図である。 図１５は第３の実施形態による通信システムの構成例を示す図である。 図１６は第３の実施形態による通信装置の構成例を示すブロック図である。 図１７は第３の実施形態による通信システムにおけるユーザ属性取得動作の第１例を示すシーケンス図である。 図１８は第３の実施形態による通信システムにおけるユーザ属性取得動作の第２例を示すシーケンス図である。 図１９は第３の実施形態による通信システムにおけるユーザ属性取得動作の第３例を示すシーケンス図である。 図２０は本発明の第４の実施形態におけるＱｏＳ情報／ＱｏＳポリシデータベースの一例を示す模式的構成図である。 図２１は第４の実施形態における通信品質制御動作の一例を示す模式図である。 図２２は第４の実施形態による通信システムの構成例を示す図である。 図２３は第４の実施形態による通信システムの動作例を示すシーケンス図である。 図２４は本発明の第５の実施形態による通信システムの構成例を示す図である。 図２５は第５の実施形態による制御装置の構成例を示すブロック図である。 図２６は第５の実施形態におけるＱｏＳ情報／ＱｏＳポリシデータベースの第１例を示す模式的構成図である。 図２７は第５の実施形態におけるＱｏＳ情報／ＱｏＳポリシデータベースの第２例を示す模式的構成図である。 図２８は第５の実施形態による通信システムの動作例を示すシーケンス図である。 図２９は第５の実施形態におけるＱｏＳ情報／ＱｏＳポリシデータベースの第３例を示す模式的構成図である。 図３０は第５の実施形態におけるＱｏＳ情報／ＱｏＳポリシデータベースの第４例を示す模式的構成図である。 図３１は本発明の第６の実施形態による通信システムの構成例を示す図である。 図３２は第６の実施形態における加入者情報の例を示す模式図である。 図３３は第６の実施形態におけるＱｏＳ情報／ＱｏＳポリシデータベースの一例を示す模式的構成図である。 図３４は本発明の第７の実施形態による通信システムの構成例を示す図である。 図３５は第７の実施形態におけるＱｏＳ情報／ＱｏＳポリシデータベースの第１例を示す模式的構成図である。 図３６は第７の実施形態におけるＱｏＳ情報／ＱｏＳポリシデータベースの第２例を示す模式的構成図である。 図３７は第７の実施形態による通信システムの動作例を示すシーケンス図である。 図３８は本発明の第８の実施形態による通信システムの構成例を示す図である。 図３９は第８の実施形態による制御装置の構成例を示すブロック図である。 図４０は第８の実施形態におけるベアラ情報データベースの一例を示す模式的構成図である。 図４１は第８の実施形態におけるパラメータデータベースの一例を示す模式的構成図である。 図４２は第８の実施形態におけるベアラ識別情報とパラメータとの対応関係の一例を示す図である。 図４３は本発明の第９の実施形態による管理装置の第１例を示すブロック構成図である。 図４４は第９の実施形態による管理装置の第２例を示すブロック構成図である。 図４５は第９の実施形態の動作例を示すフローチャートである。
　以下、本発明の実施形態を説明する。各実施形態は例示であり、本発明は、各実施形態に限定されるものではない。
１．第１の実施形態
　本発明の第１の実施形態を説明する。
　１．１）システム
　図１は、本発明に関する通信システムの概要を示す。
　通信システムは、携帯電話、ＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）、モバイルルータ等の端末１と、基地局、ゲートウェイ装置等の通信装置２を含む。基地局は、例えば、端末１に対して、無線アクセス機能を提供する。ゲートウェイ装置は、例えば、外部ネットワーク（例えばインターネット）との接続点としての機能を提供する。
　端末１は、端末１と通信装置２との間に構築された通信パス（例えばベアラ）を介して、データを送受信する。通信パスは、例えば、端末１と基地局との間に構築される無線チャネル、ゲートウェイ装置を終端（エンドポイント）とするＧＴＰトンネル等で構成される。
　通信パスのＱｏＳ属性は、例えば、ＱＣＩにより定義される。ＱＣＩは、通信パスのＱｏＳクラスを識別するためのスカラー値である。ＱＣＩは、通信パスに属するパケットの優先レベル、パケット遅延、パケットロス率等を規定する。
　ゲートウェイ装置および基地局は、ＧＴＰトンネルを構築するために、パケットをカプセル化する機能を有する。ゲートウェイ装置および基地局は、パケットをカプセル化する際、ＱＣＩに対応するＱｏＳ情報（例えば、ＤＳＣＰ）をパケットに付与することが可能である。ゲートウェイ装置および基地局は、ベアラに対応するＱｏＳ情報をパケットに付与することで、パケットの通信品質制御を実行する。なお、ＱｏＳ情報は、ＤＳＣＰに限らず、例えばＣｏＳ（Ｃｌａｓｓ　ｏｆ　Ｓｅｒｖｉｃｅ）やＶＬＡＮ（Ｖｉｒｔｕａｌ　Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）タグのＰＣＰ（Ｐｒｉｏｒｉｔｙ　Ｃｏｄｅ　Ｐｏｉｎｔ）等、他のＱｏＳに関する情報であってもよい。パケットの転送経路上のスイッチやルータ等の通信機器は、パケットに付与されたＱｏＳ情報に対応する優先度に応じてパケットの順序制御、通信帯域の制限等を実行する。
　本実施形態による通信装置２（ゲートウェイ装置、基地局）は、通信パスのＱＣＩに対応付けられた複数のＱｏＳ情報から選択されたＱｏＳ情報をパケットに付与することが可能である。パケットに付与するＱｏＳ情報がＱＣＩに対応付けられた複数のＱｏＳ情報から選択されるため、本実施形態による通信システムは、ＱＣＩのみに依存することなく、多様な通信品質制御を実行することが可能である。
　１．２）通信装置
　図２は、第１の実施形態による通信装置２の構成例を示す。
　通信装置２は、通信パス識別部２０、ＱｏＳ情報ＤＢ（ＤａｔａＢａｓｅ）２１、パケット処理部２２および制御部２４を含む。
　通信パス識別部２０は、受信したパケットが属する通信パスを識別する。通信パス識別部２０は、例えば、パケットに含まれる情報（例えば、ＩＰアドレスやポート番号などのＯＳＩ参照モデルのレイヤ３／レイヤ４の情報）を参照することで、パケットが属する通信パスを識別する。
　パケット処理部２２は、識別された通信パスに対応付けられた複数のＱｏＳ情報から選択されたＱｏＳ情報を、パケットに付与する。パケット処理部２２は、例えば、ベアラの種別に応じて選択されたＱｏＳ情報をパケットに付与する。パケット処理部２２は、例えば、予め設定された条件に応じてベアラの種別を識別する。パケット処理部２２は、例えば、パケットの送信元ＩＰアドレスと宛先ＩＰアドレスに基づいてベアラの種別を識別し、識別された種別に応じて選択されたＱｏＳ情報をパケットに付与する。
　パケット処理部２２は、識別された通信パスのＱＣＩと、ＱｏＳ情報を選択するための指標となるパラメータとに基づいて、ＱｏＳ情報ＤＢ２１からＱｏＳ情報を選択し、選択されたＱｏＳ情報をパケットに付与してもよい。パケット処理部２２は、予め設定されたパラメータに基づいて、ＱｏＳ情報を選択してもよい。また、パケット処理部２２は、通信パス識別部２０から、通信パス識別部２０が識別した通信パスに対応するパラメータを受信し、受信したパラメータに基づいてＱｏＳ情報を選択してもよい。なお、パラメータは、例えば、パケットの優先度に関するパラメータである。
　制御部２４は、通信装置２の種別に応じた機能を実行することが可能である。例えば、通信装置２が基地局である場合、制御部２４は、端末１との無線通信機能等を実行する。また、通信装置２がゲートウェイ機能である場合、制御部２４は、通信パスを設定するために他の通信装置２との間で通信する機能等を実行する。
　図３および図４は、ＱｏＳ情報ＤＢ２１の第１構成例および第２構成例をそれぞれ示す。なお、図３および図４は、ＱＣＩとパラメータとに基づいてＱｏＳ情報が選択される場合の例であるが、本発明はこの例に限定されない。
　図３および図４に例示するように、ＱｏＳ情報ＤＢ２１では、ＱＣＩに対して複数のＱｏＳ情報（ここではＤＳＣＰ）が対応付けられ、ＱＣＩに対応付けられた複数のＱｏＳ情報の各々がＱｏＳ情報を選択するためのパラメータに対応付けられている。図３に示す第１例はＱＣＩ値を優先してアレンジされたテーブルを示し、図４に示す第２例はパラメータ値を優先してアレンジされたテーブルを示す。たとえば、図３に示す第１例では、ＱＣＩ値“５”に対して、ＤＳＣＰ値“４８”と“４７”が対応付けられ、さらにＱＣＩ値“５”の場合、パラメータ値“Ａ”に対してＤＳＣＰ値“４８”が、パラメータ値“Ｂ”に対してＤＳＣＰ値“４７”が、それぞれ対応付けられている。図４に示す第２例でも同様に、たとえばＱＣＩ値“３”に対して、ＤＳＣＰ値“４６”と“２８”が対応付けられ、同じＱＣＩ値“３”であっても、パラメータ値“Ａ”に対してＤＳＣＰ値“４６”が、パラメータ値“Ｂ”に対してＤＳＣＰ値“２８”が、それぞれ対応付けられている。このように、ＱＣＩ値とパラメータ値とに基づいて、ＱｏＳ情報のが選択される。
　なお、全てのＱＣＩに対して複数のＱｏＳ情報が対応付けられている必要はなく、一部のＱＣＩに対して複数のＱｏＳ情報が対応付けられてもよい。後述の他の実施形態でも同様である。
　パケット処理部２２は、通信パスのＱＣＩと、通信パス識別部２０から通知されたパラメータとをキーにして、ＱｏＳ情報ＤＢ２２からＤＳＣＰを検索する。例えば、図３の例では、パケット処理部２２は、ＱＣＩが“５”でパラメータが“Ａ”の場合、ＤＳＣＰ値“４８”が検索される。パケット処理部２２は、検索されたＤＳＣＰ値をパケットに付与して転送する。
　１．３）通信品質制御　通信装置２は、上述したようなＱｏＳ情報ＤＢ２１の構成に応じて、多様な通信品質制御を実行することが可能である。図５および図６は、通信装置２による通信品質制御の例を示す。
　図５の例では、パラメータよりもＱＣＩを優先した通信品質制御の例を示す。
　ＱＣＩとパラメータには、それぞれ優先度が設定されている。例えば、ＱＣＩ値が“５”のパケットは最も優先度が高く、ＱＣＩ値が“９”のパケットが最も優先度が低い。また、パラメータが“Ａ”であるパケットは、パラメータが“Ｂ”であるパケットよりも優先度が高い。
　図５に例示するように、通信装置２は、ＱＣＩとパラメータの各々の優先度のうち、ＱＣＩの優先度を優先し、同じＱＣＩ優先度であればパラメータ優先度に従うように通信品質制御を行う。より詳しくは、優先度がより高いＱＣＩ値のパケットに対してより大きいＤＳＣＰ値が割り当てられ、同じＱＣＩ優先度に複数のパケットがあれば、より高い優先度のパラメータのパケットに対してより大きいＤＳＣＰ値が割り当てられる。たとえば、ＱＣＩ値“５”のパケットには、ＱＣＩ値“４”のパケットよりも大きなＤＳＣＰ値が割り当てられ、同じＱＣＩ値“５”であれば、パラメータ“Ａ”のパケットがパラメータ“Ｂ”のパケットよりも大きなＤＳＣＰ値が割り当てられる。
　図６の例では、ＱＣＩよりもパラメータを優先した通信品質制御の例を示す。
　図６に例示するように、通信装置２は、ＱＣＩとパラメータの各々の優先度のうち、パラメータの優先度を優先し、同じパラメータ優先度であればＱＣＩ優先度に従うように通信品質制御を行う。より詳しくは、優先度がより高いパラメータ値のパケットに対してより大きいＤＳＣＰ値が割り当てられ、同じパラメータ優先度に複数のパケットがあれば、より高い優先度のＱＣＩ値のパケットに対してより大きいＤＳＣＰ値が割り当てられる。たとえば、パラメータ値“Ａ”のパケットには、パラメータ値“Ｂ”のパケットよりも大きなＤＳＣＰ値が割り当てられ、同じパラメータ値“Ａ”であれば、ＱＣＩ値“５”のパケットがＱＣＩ値“４”のパケットよりも大きなＤＳＣＰ値が割り当てられる。
　通信装置２は、上述の例のように、ＱＣＩのみに依存しない多様な通信品質制御を実行することができる。
　１．４）動作
　図７は、第１の実施形態による動作例を示す。
　基地局は、端末１からパケットを受信すると（動作Ｓ１）、当該パケットが属する通信パスを識別する（動作Ｓ２）。
　基地局は、識別された通信パスに対応するＱＣＩとパケットの優先度に関するパラメータとに基づいて選択されたＱｏＳ情報（例えばＤＳＣＰ値）をパケットに付与し（動作Ｓ３）、ＱｏＳ情報が付与されたパケットをゲートウェイ装置へ転送する（動作Ｓ４）。
　ゲートウェイ装置はパケットを受信すると（動作Ｓ５）、当該パケットが属する通信パスを識別する（動作Ｓ６）。
　ゲートウェイ装置は、識別された通信パスに対応するＱＣＩとパケットの優先度に関するパラメータとに基づいて選択されたＱｏＳ情報（例えばＤＳＣＰ値）をパケットに付与し（動作Ｓ７）、ＱｏＳ情報が付与されたパケットを基地局へ転送する（動作Ｓ８）。
　２．第２の実施形態
　本発明の第２の実施形態を説明する。第２の実施形態は、上述の第１の実施形態で開示された技術に適用可能である。
　第２の実施形態によれば、制御装置が通信装置による通信品質制御を集中制御でき、システムの運用効率を向上させることができる。本実施形態では、一例として、ＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）のシステムを示すが、これに限定されない。
　２．１）システム
　図８に示すように、第２の実施形態によるシステムは、端末１、通信装置２および制御装置３を含む。通信装置２は、基本的に図２に示す構成を有し、ｅＮＢ（ｅＮｏｄｅＢ）、サービングゲートウェイ（Ｓ－ＧＷ：Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ）およびパケットデータネットワークゲートウェイ（Ｐ－ＧＷ：Ｐａｃｋｅｔ　Ｄａｔａ　Ｎｅｔｗｏｒｋ　Ｇａｔｅｗａｙ）のいずれかであるものとする。ｅＮＢは端末１と無線通信する基地局である。Ｓ－ＧＷは、データパケットをルーティングして転送する機能および端末１がｅＮＢ間をハンドオーバする際にアンカとなる機能を有する。Ｐ－ＧＷは、外部ネットワーク（ＰＤＮ）と接続する機能を有する。
　本実施形態において、制御装置３は、通信装置２による通信品質制御の実行を制御する。また、制御装置３は、例えば、ベアラに関する制御信号を通信装置２に送信し通信装置２のＱｏＳ情報ＤＢ２１を操作することが可能である。
　制御装置３は、例えば、ＬＴＥ通信システムのＰＣＲＦ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｒｕｌｅ　Ｆｕｎｃｔｉｏｎ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）等を用いて構成することが可能である。また、制御装置３は、ＮＭＳ（Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｓｙｓｔｅｍ）を用いて構成することも可能である。ＭＭＥは、ベアラの確立や削除を制御する機能を有する。また、ＭＭＥは、端末１のハンドオーバ等の移動制御や、端末１のユーザ認証等の機能を有する。ＰＣＲＦは、データ転送に対する課金制御等の機能を有する。ＮＭＳは、ネットワークトラフィックの監視や、ネットワーク機器の死活監視等の機能を有する。
　図９は、制御装置３の構成例を示す。
　制御装置３は、インターフェース３０、制御部３１およびＱｏＳポリシＤＢ（Ｄａｔａ　Ｂａｓｅ）３２を含む。
　インターフェース３０は、通信装置２と通信する機能を有する。
　制御部３１は、ＱｏＳポリシＤＢ３２を参照し、通信装置２のＱｏＳ情報ＤＢ２１を操作する。制御部３１は、インターフェース３０を介して、通信装置２のＱｏＳ情報ＤＢ２１を操作する。
　ＱｏＳポリシＤＢ３２は、例えば、システムのオペレータにより設定されるデータベースである。ＱｏＳポリシＤＢ３２は、例えば、図３もしくは図４に例示された構成のデータベースを有する。例えば、システムのオペレータは、パケットの優先度に関するパラメータおよびＱＣＩに対応付けるＤＳＣＰ値を決定し、ＱｏＳポリシＤＢ３２に設定する。あるいは、オペレータの操作に依存せず、制御部３１が、所定の通信品質制御ポリシに従ってＱｏＳポリシＤＢ３２を設定してもよい。
　制御部３１は、ＱｏＳポリシＤＢ３２に設定されたデータベースを参照し、通信装置２のＱｏＳ情報ＤＢ２１を操作する。例えば、制御部３１は、ＱｏＳポリシＤＢ３２の更新に応じて、当該更新を反映するように通信装置２のＱｏＳ情報ＤＢ２１を操作する。例えば、制御部３１は、通信装置２に対して、ＱｏＳポリシＤＢ３２に記憶された内容あるいは更新された情報（例えば、パラメータに応じてＱＣＩに対応付けられた複数のＱｏＳ情報）を通知することで、ＱｏＳ情報ＤＢ２１を操作してもよい。
　２．２）動作
　図１０は、第２の実施形態において、制御装置３が通信装置２に対して、通信品質制御のためのパラメータを設定する動作の例を示す。
　端末１は、電源がＯＮになったとき等に、近傍のｅＮＢを通して制御装置３に対してアタッチ要求を送信する（動作Ｓ４０）。
　アタッチ要求を契機に、例えば端末１の認証処理等を含むアタッチ手順が実行される（動作Ｓ４１）。
　制御装置３は、Ｓ－ＧＷに対してベアラ設定要求を送信する（動作Ｓ４２）。例えば、制御装置３の制御部３１は、ベアラ設定先となるＳ－ＧＷとＰ－ＧＷを選択し、選択したＳ－ＧＷに対してベアラ設定要求を送信する。制御装置３の制御部３１は、通信装置２がＱｏＳ情報を選択するためのパラメータ（例えば、図３あるいは図４に例示された“パラメータ”）を、ベアラ設定要求に含めてＳ－ＧＷに通知する。
　通信装置２（Ｓ－ＧＷ）の制御部２４は、Ｐ－ＧＷに対して、ＱｏＳ情報を選択するためのパラメータを含むベアラ設定要求を送信する（動作Ｓ４３）。
　通信装置２（Ｓ－ＧＷ）の制御部２４と、通信装置２（Ｐ－ＧＷ）の制御部２４は、それぞれ、Ｓ－ＧＷとＰ－ＧＷとの間のベアラ設定のための処理を実行する（動作Ｓ４４）。
　通信装置２（Ｓ－ＧＷ）の制御部２４は、制御装置３に対して、ベアラ設定応答を送信する（動作Ｓ４５）。当該ベアラ設定応答には、ｅＮＢに通知すべき情報（ＱｏＳ情報を選択するためのパラメータを含む）が含まれる。
　制御装置３の制御部３１は、Ｓ－ＧＷから通知された情報と共に、ｅＮＢに対してベアラ設定要求を送信する（動作Ｓ４６）。当該ベアラ設定要求には、ｅＮＢがＱｏＳ情報を選択するためのパラメータが含まれる。
　通信装置２（ｅＮＢ）の制御部２４は、制御装置３から通知された情報に基づいて、端末１との間のベアラおよびＳ－ＧＷとｅＮＢとの間のベアラを設定する（動作Ｓ４７）。
　３．第３の実施形態
　本発明の第３の実施形態を説明する。第３の実施形態は、上述の第１の実施形態、第２の実施形態で開示された技術のいずれにも適用可能である。
　第３の実施形態によれば、通信装置は、ＱＣＩと端末１のユーザ属性（Ｕｓｅｒ　Ｐｒｏｐｅｒｔｙ）に関するパラメータとに基づいて、通信品質制御を実行する。ユーザ属性は、例えば、ユーザ特権に関するパラメータ（例えば、プレミアムユーザか否かを示す情報）である。プレミアムユーザは、例えば、ネットワークオペレータとの間で、一般ユーザよりも高額な契約を締結したユーザであり、通信品質において、一般ユーザよりも特権のある加入者（“Ｐｒｉｖｉｌｅｇｅｄ－Ｓｕｂｓｃｒｉｂｅｒ”）である。また、例えば、プレミアムユーザは、ネットワークオペレータとの契約に関わらずに特権が付与されたユーザ（例えば、ＶＩＰ（Ｖｅｒｙ　Ｉｍｐｏｒｔａｎｔ　Ｐｅｒｓｏｎ）等）であってもよい。
　通信装置２がユーザ属性に基づく通信品質制御を実行することで、端末１のユーザのＱｏＥ（Ｑｕａｌｉｔｙ　ｏｆ　Ｅｘｐｅｒｉｅｎｃｅ）が向上する。
　３．１）システム
　通信装置２は、図１１あるいは図１２に例示するＱｏＳ情報ＤＢ２１に基づいて、パケットに付与するＤＳＣＰ値を選択することが可能である。図１１および図１２に例示するように、通信装置２は、パラメータとしてユーザ属性を用いることが可能である。第３の実施形態では、ユーザ属性は、“プレミアムユーザ”もしくは“一般ユーザ”のいずれかであるが、本発明はこの例に限定されない。例えば、ユーザ属性は、“プレミアムユーザ”、“一般ユーザ”以外の属性を含んでもよく、また、ユーザとオペレータとの間の課金契約（従量課金、プリペイド課金等）を示すパラメータでもよい。
　通信装置２は、図１１に示すＱｏＳ情報ＤＢ２１を用いて、図１３に例示するように、ユーザ属性よりもＱＣＩを優先した通信品質制御を実行することが可能である。また、通信装置２は、図１２に示すＱｏＳ情報ＤＢ２１を用いて、図１４に例示するように、ＱＣＩよりもユーザ属性を優先した通信品質制御を実行することが可能である。
　図１５は、第３の実施形態によるシステム構成の一例であり、ここではＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）のシステム構成を示す。但し、本実施形態は、ＬＴＥに限定されず、例えば、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ　Ｍｏｂｉｌｅ　Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ　Ｓｙｓｔｅｍ）やＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ　Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ　ｆｏｒ　Ｍｉｃｒｏｗａｖｅ　Ａｃｃｅｓｓ）等の他の通信システムにも適用可能である。
　第３の実施形態によるシステムは、通信装置２として、ｅＮＢ（ｅＮｏｄｅＢ）、Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ）、Ｐ－ＧＷ（ＰＤＮ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｎｅｔｗｏｒｋ）　Ｇａｔｅｗａｙ）を含み、さらに、ＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）２００、ＨＳＳ（Ｈｏｍｅ　Ｓｕｂｓｃｒｉｂｅｒ　Ｓｅｒｖｅｒ）２０１、ＰＣＲＦ２０２、ＳＰＲ（Ｓｕｂｓｃｒｉｂｅｒ　Ｐｒｏｆｉｌｅ　Ｒｅｐｏｓｉｔｏｒｙ）２０３を含むものとする。
　ｅＮＢは、端末１と無線通信する基地局である。
　Ｓ－ＧＷは、データパケットをルーティングして転送する機能、端末１がｅＮＢ間をハンドオーバする際にアンカとなる機能等を有する。
　Ｐ－ＧＷは、外部ネットワーク（ＰＤＮ）とのインターフェースとなる。図１５には図示されていないが、システムには複数のＰ－ＧＷが配置され、端末１は複数のＰ－ＧＷと同時に接続し、複数のＰＤＮにアクセスすることも可能である。
　ＭＭＥ２００は、ＬＴＥシステムのコントロールノードであり、端末１のページングに関する処理を実行する機能を有する。また、ＭＭＥ２００は、ベアラのアクティベート／ディアクティベートに関する機能を有し、端末１がシステムに初期アタッチした時、ハンドオーバ時などに、端末１がアクセスするＳ－ＧＷを選択することが可能である。また、ＭＭＥ２００は、ＨＳＳ２０１と連携し、ユーザ認証を行う機能を有する。
　ＨＳＳ２０１は、加入者情報を管理するノードである。例えば、ＨＳＳ２０１は、加入者情報として、各加入者のユーザ属性を管理することが可能である。
　ＰＣＲＦ２０２は、データ転送のためのＱｏＳおよび課金のための制御を行うノードである。
　ＳＰＲ２０３は、通信システムの加入者（Ｓｕｂｓｃｒｉｂｅｒ）に関する情報を管理するノードである。
　３．２）通信装置
　図１６は、通信装置２の構成例を示す。なお、通信装置２は、図１６に図示されていない機能も含む。例えば、通信装置２がｅＮＢであればｅＮＢが備えるべき機能を、Ｓ－ＧＷ、Ｐ－ＧＷであればＳ－ＧＷ、Ｐ－ＧＷが備えるべき機能をそれぞれ有する。
　通信装置２は、図２で例示された通信装置２が有する機能に加え、パラメータ管理部２３を含む。
　パラメータ管理部２３は、ベアラとユーザ属性との対応関係を管理する。例えば、パラメータ管理部２３は、ＨＳＳ２０１が管理するユーザ属性をＭＭＥ２００あるいは他の装置から取得し、取得したユーザ属性を各ユーザに対応するベアラの識別情報（例えば、ＲＢ（Ｒａｄｉｏ　Ｂｅａｒｅｒ）－ＩＤ、ＴＥＩＤ（Ｔｕｎｎｅｌ　Ｅｎｄｐｏｉｎｔ　ＩＤ）等）と対応付けて管理する。また、パラメータ管理部２３は、ベアラの識別情報及び当該ベアラのＱＣＩと、ユーザ属性とを対応付けて管理してもよい。
　通信パス識別部２０は、受信したパケットが属するベアラを識別する。通信パス識別部２０は、例えば、パケットに含まれる情報（例えば、ＩＰアドレスやポート番号などのＯＳＩ参照モデルのレイヤ３／レイヤ４の情報）を参照することで、パケットが属する通信パスを識別する。通信パス識別部２０は、例えば、識別したベアラに関する情報（例えば、ベアラの識別情報やベアラに対応するＱＣＩ）に基づいて、パラメータ管理部２３から、ベアラに対応するユーザ属性を検索し、検索したユーザ属性をパケット処理部２２に通知する。
　パケット処理部２２は、例えば、パケット識別部２０により識別されたベアラのＱＣＩと、通知されたユーザ属性とに基づいて、ＱｏＳ情報ＤＢ２１からベアラに対応するＱｏＳ情報（ＤＳＣＰ値）を検索する。パケット処理部２２は、検索したＱｏＳ情報をパケットに付与して転送する。ＱｏＳ情報ＤＢ２１が図１１に例示するように構成されている場合、パケット処理部２２は、ＱＣＩが“５”で、ユーザ属性が“プレミアムユーザ”のベアラに対応するＱｏＳ情報として、ＤＳＣＰ値“４８”をパケットに付与する。
　３．３）ユーザ属性取得動作（第１例）
　図１７は、通信装置２が、ベアラに対応するユーザ属性を取得する動作の例を示す。なお、図１７の例では、ＭＭＥ２００の機能は、制御装置３の制御部３１により実行される。また、Ｐ－ＧＷ、Ｓ－ＧＷ、ｅＮＢのそれぞれの機能は、それぞれの通信装置２の制御部２４により実行される。
　ＭＭＥ２００が、ｅＮＢを介して端末１からアタッチ要求を受信すると（動作Ｓ１０）、システムにおいてアタッチ手順が実行される（動作Ｓ１１）。動作Ｓ１１のアタッチ手順は、例えば、３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）の仕様書（ＴＳ２３．４０１　ｖ１２．１．０）に記載された手順であり、詳細な説明は省略される。動作Ｓ１１のアタッチ手順では、ＭＭＥ２００とＨＳＳ２０１による端末１の認証処理等が実行される。
　動作Ｓ１２において、ＭＭＥ２００は、“ｕｐｄａｔｅ　ｌｏｃａｔｉｏｎ　ｒｅｑｕｅｓｔ”メッセージをＨＳＳ２０１に送信する。例えば、端末１に関する有効な加入者情報（Ｓｕｂｓｃｒｉｐｔｉｏｎ　Ｄａｔａ）をＭＭＥ２００が有していない場合、端末１からＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｍｏｂｉｌｅ　Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ）が提供された場合等に、ＭＭＥ２００が“ｕｐｄａｔｅ　ｌｏｃａｔｉｏｎ　ｒｅｑｕｅｓｔ”をＨＳＳ２０１に送信する。
　ＨＳＳ２０１は、ＭＭＥ２００からの要求に対して、“ｕｐｄａｔｅ　ｌｏｃａｔｉｏｎ　ａｃｋ”メッセージを返す（動作Ｓ１３）。“ｕｐｄａｔｅ　ｌｏｃａｔｉｏｎ　ａｃｋ”メッセージは、加入者情報（Ｓｕｂｓｃｒｉｐｔｉｏｎ　Ｄａｔａ）を含む。第３の実施形態では、ＨＳＳ２０１は、例えば、加入者情報（Ｓｕｂｓｃｒｉｐｔｉｏｎ　Ｄａｔａ）にユーザ属性（例えば、“プレミアムユーザ”あるいは“一般ユーザ”を示す情報）を含める。
　また、ＨＳＳ２０１は、加入者情報に、“ＥＰＳ　Ｓｕｂｓｃｒｉｐｔｉｏｎ　ＱｏＳ　Ｐｒｏｆｉｌｅ”という情報を含めることが可能である。第３の実施形態では、 当該“ＥＰＳ　Ｓｕｂｓｃｒｉｐｔｉｏｎ　ＱｏＳ　Ｐｒｏｆｉｌｅ”にユーザ属性を含めることもできる。
　ＭＭＥ２００は、選択したＳ－ＧＷに対して、ベアラ設定を要求するための“ｃｒｅａｔｅ　ｓｅｓｓｉｏｎ　ｒｅｑｕｅｓｔ”メッセージを送信する（動作Ｓ１４）。その際、ＭＭＥ２００は、選択したＳ－ＧＷに対して、端末１に関するベアラに対応するＥＰＳベアラＩＤを割り当て、“ｃｒｅａｔｅ　ｓｅｓｓｉｏｎ　ｒｅｑｕｅｓｔ”メッセージにより、Ｓ－ＧＷに割り当てたベアラＩＤ、当該ベアラに対応するＱｏＳに関する情報（ＱＣＩ等）をＳ－ＧＷに通知する。第３の実施形態では、 “ｃｒｅａｔｅ　ｓｅｓｓｉｏｎ　ｒｅｑｕｅｓｔ”メッセージにユーザ属性に関する情報を含め、例えばベアラＩＤとユーザ属性とを対応付けてＳ－ＧＷに送信する。
　Ｓ－ＧＷは、ＭＭＥ２００から“ｃｒｅａｔｅ　ｓｅｓｓｉｏｎ　ｒｅｑｕｅｓｔ”メッセージを受信すると、ＭＭＥ２００から通知されたベアラに関する情報（例えば、ベアラＩＤ）とユーザ属性とを対応付けて、パラメータ管理部２３に記憶する。Ｓ－ＧＷは、例えば、パラメータ管理部２３で管理される“ＥＰＳ　Ｂｅａｒｅｒ　Ｔａｂｌｅ”に、ベアラＩＤとユーザ属性との対応を規定した新たなエントリを作成する。Ｓ－ＧＷは、Ｐ－ＧＷに対して、ベアラＩＤ、当該ベアラに対応するＱｏＳに関する情報（ＱＣＩ等）等を、“ｃｒｅａｔｅ　ｓｅｓｓｉｏｎ　ｒｅｑｕｅｓｔ”メッセージにより通知する（動作Ｓ１５）。第３の実施形態では、Ｓ－ＧＷは、“ｃｒｅａｔｅ　ｓｅｓｓｉｏｎ　ｒｅｑｕｅｓｔ”にユーザ属性に関する情報を含めて、Ｐ－ＧＷに送信することが可能である。例えば、Ｓ－ＧＷは、ベアラＩＤとユーザ属性を対応付けて、Ｐ－ＧＷに通知する。Ｐ－ＧＷは、例えば、Ｓ－ＧＷから通知された情報に基づいて、パラメータ管理部２３に、ベアラＩＤとユーザ属性との対応関係を記憶する。
　上記手順の後、Ｐ－ＧＷ等により、アタッチ手順が実行される（動作Ｓ１６）。アタッチ手順の詳細は、ＴＳ２３．４０１　ｖ１２．１．０に開示されている手順と同様なので、詳細な説明は省略する。例えば、Ｓ－ＧＷは、Ｐ－ＧＷに対してベアラ設定処理を実行する。Ｐ－ＧＷは、例えば、ＰＣＲＦと連携し、ＰＤＮへの接続処理を実行する。これらの手順により、Ｓ－ＧＷとＰ－ＧＷとの間のベアラ設定が完了する。ベアラ設定が完了すると、Ｓ－ＧＷは、ｅＮＢに対して伝達すべき情報をＭＭＥ２００に通知する。
　続いて、ＭＭＥ２００は、ｅＮＢに対して、“Ａｔｔａｃｈ　Ａｃｃｅｐｔ”メッセージを送信する（動作Ｓ１７）。例えば、ＭＭＥ２００は、ｅＮＢに対して、ベアラＩＤ、当該ベアラに対応するＱｏＳに関する情報（ＱＣＩ等）等を通知する。第３の実施形態では、ＭＭＥ２００は、ユーザ属性に関する情報を“Ａｔｔａｃｈ　Ａｃｃｅｐｔ”メッセージに含めて、ｅＮＢに対して送信することが可能である。例えば、ＭＭＥ２００は、ベアラＩＤとユーザ属性とを対応付けて、ｅＮＢに通知する。ｅＮＢは、例えば、ＭＭＥ２００から通知された情報に基づいて、パラメータ管理部２３に、ベアラＩＤとユーザ属性との対応関係を記憶する。
　上記手順の後、アタッチ手順の残りの手順が実行され、端末１からＰ－ＧＷとの間にベアラが構築される（動作Ｓ１８）。
　上述の図１７の例では、制御装置３の機能を有するＭＭＥ２００が通信装置２のＱｏＳ情報ＤＢ２１を設定する。例えば、上述の図１７のシーケンスが実行される前に、通信装置２にＱｏＳ情報ＤＢ２１が設定される。
　上述の図１７で例示されたシーケンスは、端末１がネットワークにアタッチすることで “デフォルトベアラ（Ｄｅｆａｕｌｔ　Ｂｅａｒｅｒ）”が設定される手順を示す。このデフォルトベアラが設定された後、例えば所定の通信サービスに関するトラフィックを伝送するために“デディケイテッドベアラ（Ｄｅｄｉｃａｔｅｄ　Ｂｅａｒｅｒ）”が設定される場合がある。Ｄｅｄｉｃａｔｅｄベアラが確立されることで、端末１に対して複数のベアラが確立される。
　３．４）ユーザ属性取得動作（第２例）
　図１８は、Ｄｅｄｉｃａｔｅｄベアラが確立される際に、通信装置２がユーザ属性を取得するシーケンスの例を示す。Ｄｅｄｉｃａｔｅｄベアラは、例えば、図１７の手順でデフォルトベアラが確立された後に実行される。図１８の例では、ＭＭＥ２００の機能は、制御装置３の制御部３１により実行される。また、図１８の例において、Ｐ－ＧＷ、Ｓ－ＧＷ、ｅＮＢのそれぞれの機能は、それぞれの通信装置２の制御部２４により実行される。
　Ｐ－ＧＷは、ＰＣＲＦ２０２からの指示（“ＩＰ－ＣＡＮ　Ｓｅｓｓｉｏｎ　Ｍｏｄｉｆｉｃａｔｉｏｎ”）があると（動作Ｓ７０）、当該指示に応じて、Ｓ－ＧＷにベアラ設定要求を通知する（動作Ｓ７１）。Ｐ－ＧＷは、デフォルトベアラの確立手順において取得したユーザ属性をベアラ設定要求に含める。例えば、ベアラ設定要求は、Ｄｅｄｉｃａｔｅｄベアラの識別情報（例えば、ＴＥＩＤ）とユーザ属性とを対応付けて、Ｓ－ＧＷに通知される。
　Ｓ－ＧＷは、Ｐ－ＧＷから通知されたユーザ属性を、パラメータ管理部２３に記憶し、ベアラ設定要求に含めてＭＭＥ２００に通知する（動作Ｓ７２）。例えば、ベアラ設定要求は、ベアラ識別情報（例えば、ＴＥＩＤ）とユーザ属性とを対応付けて、ＭＭＥ２００に通知される。
　ＭＭＥ２００は、Ｓ－ＧＷから通知されたユーザ属性をベアラ設定要求に含めてｅＮＢに通知する（動作Ｓ７３）。例えば、ベアラ設定要求は、ベアラ識別情報（例えば、ＴＥＩＤ）とユーザ属性を対応付けてｅＮＢに通知される。ｅＮＢは、ＭＭＥ２００から通知されたユーザ属性をパラメータ管理部２３に記憶する。
　続いて、ｅＮＢ、Ｓ－ＧＷ、Ｐ－ＧＷおよびＭＭＥ２００は、ベアラ設定応答に関する制御信号を交換する（動作Ｓ７４）。
　上記のシーケンスにより、通信装置２は、ユーザ属性を取得する。
　３．５）ユーザ属性取得動作（第３例）　図１９は、通信装置２が、ユーザ属性を取得する動作の他の例を示す。なお、図１９の例では、ＰＣＲＦ２０２が図９に示す制御装置３の機能を有する。
　端末１は、ＩＰセッション（ベアラ）による通信を開始する（動作Ｓ１００）。
　Ｐ－ＧＷは、通信セッションが開始されると、ＰＣＲＦに対して、端末１の識別情報（例えば、ＩＰアドレスなど）に基づき、適用ポリシを要求する（動作Ｓ１０１）。
　ＰＣＲＦ２０２は、ＳＰＲ２０３に対して、端末１に関するユーザプロファイルを要求する（動作Ｓ１０２）。
　ＳＰＲ２０３は、ＰＣＲＦ２０２からの要求に応じて、端末１のユーザに関するユーザ属性情報をＰＣＲＦ２０２に通知する（動作Ｓ１０３）。ＰＣＲＦ２０２は、ＳＰＲ２０３から通知されたユーザ属性情報を参照し、Ｐ－ＧＷおよびＳ－ＧＷに適用するＱｏＳポリシを決定する。
　ＰＣＲＦ２０２は、決定したＱｏＳポリシを、ＰＣＣ（Ｐｏｌｉｃｙ　Ｃｏｎｔｒｏｌ　ａｎｄ　Ｃｈａｒｇｉｎｇ）ルールとして、Ｐ－ＧＷおよびＳ－ＧＷに通知する（動作Ｓ１０４）。ＰＣＣルールは、例えば、端末１が属するベアラのＱＣＩとユーザ属性とに基づいて、パケットにＱｏＳ情報を付与することを示すルールである。
　Ｐ－ＧＷおよびＳ－ＧＷは、ＰＣＣルールに従って、既に述べたようにＱＣＩとユーザ属性に基づいた通信品質制御を実行する。
　上述の例（例えば、図１７、図１８又は図１９に例示されたシーケンス）により、各通信装置２が、ユーザ属性を取得し、ユーザ属性を考慮した通信品質制御が実行可能となる。
　また、例えば、通信装置２等を管理するＮＭＳとしての機能を有する制御装置３が、通信装置２にユーザ属性を通知してもよい。つまり、通信装置２は、３ＧＰＰ等で標準化された規格に準拠した装置以外からユーザ属性を取得することも可能である。
　４．第４の実施形態
　本発明の第４の実施形態を説明する。第４の実施形態は、上述の第１－３の実施形態で開示された技術のいずれにも適用可能である。
　第４の実施形態によれば、通信装置は、ユーザ属性としてユーザの通信特性に関するパラメータに基づいて通信品質制御を実行することが可能である。ユーザの通信特性は、例えば、所定の期間内（例えば、日、週、月等の単位）でのユーザの通信量である。例えば、システムのオペレータは、所定の期間内での通信量が、想定される平均の通信量よりも多いユーザのユーザ属性を“ヘビーユーザ（Ｈｅａｖｙ　Ｕｓｅｒ）”と規定し、“ヘビーユーザ”であるか否かに基づいて通信品質制御を実行可能である。
　第４の実施形態による通信装置は、ＱＣＩと、端末１のユーザの通信特性に関連するユーザ属性とに基づいて、通信品質制御を実行する。例えば、ヘビーユーザと一般ユーザの双方がオペレータとの間で定額制の契約を締結している場合、ヘビーユーザと一般ユーザ共に、オペレータに支払う料金は、ほぼ同一となる。通信料金がほぼ同一であるにも関わらず、ヘビーユーザがシステムの通信帯域を圧迫することで、一般ユーザのＱｏＥが低下することが想定される。そこで、通信装置２がユーザの通信特性に基づく通信品質制御を実行することで、ユーザ間の公平性を担保することが可能となる。
　４．１）システム
　第４の実施形態による通信装置は、基本的に図１６に示す通信装置２と同様の構成を有するが、ＱｏＳ情報ＤＢ２１に格納される情報が異なっている。以下、図２０に例示するＱｏＳ情報ＤＢ２１について説明する。
　図２０は、第４の実施形態で用いられるＱｏＳ情報ＤＢ２１やＱｏＳポリシＤＢ３２の構成例を示す。図２０の例では、ユーザ属性に関するパラメータとして、一般ユーザかベビーユーザかを示すパラメータが用いられる。
　図２０の例では、例えば、ＱＣＩが同一のベアラであっても、当該ベアラに対応するユーザの通信特性（例えば、一般ユーザ若しくはヘビーユーザ）に応じて、ＱｏＳ情報（例えばＤＳＣＰ値）が異なる。図２０に例示されたＱｏＳ情報ＤＢ２１あるいはＱｏＳポリシＤＢ３２のＱｏＳ情報では、図２１に模式的に示すように、ヘビーユーザの優先度が一般ユーザよりも低くなるように設定されている。
　図２２は、第４の実施形態のシステム構成の例を示す。第４の実施形態のシステムは、第３の実施形態で示されたシステム構成に加え、ＯＣＳ（Ｏｎｌｉｎｅ　Ｃｈａｒｇｉｎｇ　Ｓｙｓｔｅｍ）２０４を含む。
　ＯＣＳ２０４は、システムのオペレータがオンラインでユーザの通信量に応じた課金処理を行うための機能を有する。ＯＣＳ２０４は、例えば、ＰＣＥＦ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｅｎｆｏｒｃｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）の機能を有するＰ－ＧＷ等を介して、ユーザの通信量をモニタする機能を有する。第４の実施形態では、ＯＣＳ２０４が有する通信量モニタ機能を利用してユーザの通信特性を判定することができる。
　４．２）動作
　図２３は、第４の実施形態の動作例を示す。なお、図２３の例では、ＰＣＲＦ２０２が制御装置３の機能を有する。
　ＯＣＳ２０４は、例えば、ＰＣＥＦの機能を有するＰ－ＧＷを介して、端末１の通信量をモニタする（動作Ｓ２０）。ＯＣＳ２０４は、所定の期間内に端末１の通信量が所定のしきい値を超過した場合に、そのことをＰＣＲＦ２０２に通知してもよいし、端末１の通信量を定期的にＰＣＲＦ２０２に通知してもよい（動作Ｓ２１）。ＯＣＳ２０４から端末１の通信量が定期的に通知される場合には、ＰＣＲＦ２０２は、所定の期間内での端末１の通信量を算出し、当該通信量が所定のしきい値を超過したか否かを判定する。
　ＰＣＲＦ２０２は、端末１の通信量が所定のしきい値を超過した場合、当該端末１のユーザ属性がヘビーユーザであることを通信装置２（Ｓ－ＧＷおよびＰ－ＧＷ）に通知する（動作Ｓ２２）。
　通信装置２は、ＰＣＲＦ２０２から通知された情報に基づいて、パラメータ管理部２３にベアラＩＤとユーザ属性との対応関係を記憶する。また、通信装置２のＱｏＳ情報ＤＢ２１には図２０に例示された情報が設定されている。したがって、通信装置２は、制御装置３の機能を有するＰＣＲＦ２０２の制御により、パラメータ管理部２３とＱｏＳ情報ＤＢ２１とに基づいて、通信品質制御を実行することができる。
　５．第５の実施形態
　本発明の第５の実施形態を説明する。第５の実施形態は、上述の第１－４の実施形態で開示された技術のいずれにも適用可能である。
　第５の実施形態による通信装置は、通信システムの状況に関するパラメータに基づく通信品質制御を実行することが可能である。第５の実施形態により、システムのオペレータは、ユーザトラフィック単位よりも大きい単位での通信品質制御が可能となる。
　５．１）システム
　図２４は第５の実施形態によるシステム構成の例を示す。第５の実施形態による通信システムは、ＮＭＳの機能を有する制御装置３Ａを含む。制御装置３Ａは、通信システムの状況（例えば、システムの輻輳状態）をモニタする機能を有する。その他の構成は上述の実施形態と同様なので、詳細な説明は省略される。
　図２５は制御装置３Ａの構成例を示す。制御装置３Ａは、図９に示す機能に加えて、監視部３３を含む。その他の機能および構成は、上述した実施形態と同様なので、詳細な説明は省略される。監視部３３は、システムの通信状況、例えば、モバイルバックホール、コアネットワークの輻輳状況等をモニタする。監視部３３は、インターフェース３０を介して、通信装置２にモニタ結果を通知する。例えば、システムの輻輳レベルが当該モニタ結果として通知される。監視部３３は、通信状況の統計値（たとえば、時間に対する通信量の推移）に基づき、輻輳が発生しやすい時間帯を特定し、当該時間帯をモニタ結果として通知してもよい。
　通信装置２は、監視部３３から通知された情報（上述した輻輳レベル、輻輳が発生しやすい時間帯等）を、パラメータ管理部２３に記憶する。通信装置２の通信パス識別部２０は、例えば、パラメータ管理部２３に記憶されたパラメータを参照し、識別したベアラに関する情報と共に当該パラメータをパケット処理部２２に通知する。パケット処理部２２は、例えば、通知されたパラメータとＱＣＩとに基づいて、パケットにＤＳＣＰ値を付与する。通信状況に関するパラメータとして、輻輳が発生しやすい時間帯が用いられる場合、通信パス識別部２０は、現在の時間が制御装置３Ａから通知された時間帯に該当するか否かを示すパラメータをパケット処理部２２に通知する。通知されたパラメータが輻輳が発生しやすい時間帯であることを示している場合には、パケット処理部２２は当該時間帯に対応するＤＳＣＰ値をパケットに付与する。
　５．２）ＱｏＳ情報／ＱｏＳポリシＤＢ　図２６は、第５の実施形態で用いられるＱｏＳ情報ＤＢ２１およびＱｏＳポリシＤＢ３２の構成例を示す。図２６の例では、システムの通信状況に関するパラメータとして、システムの輻輳レベルが用いられ、ここでは、輻輳レベルの値が大きいほど、輻輳の度合いが大きいことを示す。
　図２６に例示するＱｏＳ情報ＤＢ２１やＱｏＳポリシＤＢ３２は、ＱＣＩが同一のベアラであっても輻輳レベルが高いほど優先度が低くなるように設定され、また、優先度が低いＱＣＩほど輻輳レベルが高くなった場合のＤＳＣＰ値の下げ幅が大きくなるように設定される。例えば、ＱＣＩが“５”の場合、ＤＳＣＰ値は輻輳レベルが上がる毎に１ずつデクリメントされる。これに対して、ＱＣＩ“５”よりも優先度が低いＱＣＩ“６”の場合には、輻輳レベルの増加に伴うＤＳＣＰ値の下げ幅がＱＣＩ“５”の場合よりも大きい。
　図２６の例ではパラメータとして輻輳レベルが用いられているが、輻輳が発生しやすい時間帯であるか否かを示すパラメータが用いられてもよい。この場合、輻輳が発生しやすい時間帯に対応するＤＳＣＰ値は、その他の時間帯のＤＳＣＰ値よりも優先度を低くすることができる。
　通信装置２は、図２６に例示されたＱｏＳ情報ＤＢ２１の情報と、制御装置３Ａから通知された輻輳レベルとに基づいて、通信品質制御を実行することが可能である。このように通信品質制御を実行することにより、通信装置２は、たとえ輻輳レベルが高くなったとしても、ＱＣＩの優先度が低いトラフィックを犠牲にしてＱＣＩの優先度が高いトラフィックのための通信帯域を融通することが可能となる。
　図２７は、第５の実施形態で用いられるＱｏＳ情報ＤＢ２１およびＱｏＳポリシＤＢ３２の他の構成例を示す。
　図２７の例では、ＱｏＳ情報ＤＢ２１およびＱｏＳポリシＤＢ３２に、複数のパラメータ（ユーザ属性と輻輳レベル）に基づくＤＳＣＰ値が設定されている。本実施形態による通信装置は、複数のパラメータに基づく通信品質制御を実行することが可能であり、本実施形態のみではなく、上述の実施形態でも同様である。例えば、通信装置２が輻輳レベルとユーザ属性とを用いて通信品質制御を行う場合、パラメータ管理部２３は、各ユーザに対応するベアラＩＤとユーザ属性とを対応付けて記憶し、また、システムの通信状況として監視部３３から通知された情報（例えば、輻輳レベル、輻輳が発生しやすい時間帯等）を記憶する。通信装置２の通信パス識別部２０は、例えば、パラメータ管理部２３に記憶されたパラメータを参照し、識別したベアラに対応するユーザ属性と輻輳レベルをパケット処理部２２に通知する。パケット処理部２２は、例えば、通知されたパラメータ（ユーザ属性および輻輳レベル）とＱＣＩとに基づいて、パケットにＤＳＣＰ値を付与する。
　図２７の例では、例えば、輻輳レベルの増加に伴うＤＳＣＰ値の下げ幅が、ユーザ属性に応じて異なっている。例えば、ＤＳＣＰ値の下げ幅は、一般ユーザの下げ幅の方が、プレミアムユーザの下げ幅よりも大きい。
　通信装置２は、図２７に例示されたＱｏＳ情報ＤＢ２１の情報と、制御装置３Ａから通知された輻輳レベルとに基づいて、通信品質制御を実行することが可能である。このように通信品質制御を実行することで、通信装置２は、たとえ輻輳レベルが高くなったとしても、優先度の高いプレミアムユーザに関するトラフィックの通信品質をできる限り維持することが可能となる。
　５．３）動作
　図２８は、第５の実施形態による通信システムの動作例を示す。
　ＮＭＳの機能を有する制御装置３Ａは、システムの通信状況をモニタする（動作Ｓ３０）。
　制御装置３Ａは、モニタした結果に基づいて、Ｐ－ＧＷ等の通信装置２に対して通信状況に関するパラメータ（例えば、輻輳レベル）を通知する（動作Ｓ３１）。
　通信装置２は、制御装置３Ａから通知されたパラメータに基づいて、通信品質制御を実行する（動作Ｓ３２）。
　第５の実施形態において、地震等の災害に関するパラメータが用いられてもよい。この場合、ＱｏＳ情報ＤＢ２１およびＱｏＳポリシＤＢ３２は、図２９および図３０に例示されるように、災害の深刻度に対応した災害レベルに応じて、ＤＳＣＰ値が設定される。例えば、災害レベルが大きくなるほど（即ち、災害の程度が深刻になるほど）、優先度が低くなるようにＤＳＣＰ値が設定される。また、例えば、優先度が低いＱＣＩほど、災害レベルが高くなった場合のＤＳＣＰ値の下げ幅が大きくなるように設定される。
　６．第６の実施形態
　本発明の第６の実施形態を説明する。第６の実施形態は、上述の第１－５の実施形態で開示された技術のいずれにも適用可能である。
　第６の実施形態によれば、通信装置は、ユーザとサービスプロバイダ（例えば、動画配信事業者）との間の契約内容に基づく通信品質制御を実行することが可能である。言い換えれば、通信事業者は、第６の実施形態による通信品質制御に基づいて、新たなサービスを提供することが可能となる。例えば、通信事業者は、サービスプロバイダに対して、上記通信品質制御に基づくサービスを提供することが可能となる。通信事業者は、当該サービスをプロバイダに提供し、プロバイダからサービス料金を得ることが可能となる。
　図３１は、第６の実施形態による通信システムの構成例を示す。端末１のユーザは、サービスプロバイダ４（例えば、動画配信事業者）と契約を締結しているものとする。その他のシステム構成は、上述した実施形態と同様なので、詳細な説明は省略される。
　サービスプロバイダ４は、例えば、通信事業者との間で、通信品質制御に基づくサービス契約を締結し、通信事業者に対して、ユーザとの間で締結された契約に関する情報を提供する。サービスプロバイダ４とユーザとの間の契約は、例えば、ユーザがサービスプロバイダ４に支払う料金に応じて、“通常契約”と“プレミアム契約”とが存在するものとする。なお、サービスプロバイダ４は、通信事業者との間で、ＱＣＩ毎に契約を締結してもよい。例えば、サービスプロバイダ４は、ＱＣＩが“６”と“７”に対応するサービスについて“プレミアム契約”を締結し、その他のＱＣＩに対応するサービスについては“通常契約”を締結することも可能である。
　図３２は、サービスプロバイダ４から通信事業者に提供される情報の例と、通信事業者が、プロバイダ４から提供された情報に基づいて、プロバイダ４とユーザとの契約に関するパラメータを管理する例を示す。
　サービスプロバイダ４は、例えば、ユーザとの契約において、ユーザから、端末１の電話番号を取得する。サービスプロバイダ４は、例えば、電話番号と契約の内容とをサービス契約者情報４０として管理する。サービスプロバイダ４は、サービス契約者情報４０を、通信事業者に提供する。通信事業者は、例えば、提供されたサービス契約者情報４０を基づいて、サービスプロバイダ４とユーザとの契約内容に関するパラメータをＨＳＳ２０１およびＳＰＲ２０３が有する加入者情報２０１０に追加する。通信事業者は、複数種類のプロバイダ４にサービスを提供する場合、加入者情報２０１０におけるパラメータをサービスプロバイダ毎に管理すればよい。
　図３３は、ＱｏＳ情報ＤＢ２１およびＱｏＳポリシＤＢ３２に設定されるデータの例を示す。
　第６の実施形態では、ユーザとサービスプロバイダ４との間の契約内容に関するパラメータ（プロバイダ属性）に応じて、ＱｏＳ情報の優先度が設定される。例えば、パラメータが“プレミアム契約”のＱｏＳ情報は、“一般契約”のＱｏＳ情報よりも優先度が高い。なお、図３３において、パラメータ“Ｎ／Ａ”は、サービスプロバイダ４との間で契約を締結していないその他のユーザ用のＱｏＳ情報に対応する。
　パラメータは、例えば、図１７、図１８又は図１９に例示されたシーケンスで、通信装置２に通知される。通信装置２は、通知されたパラメータを、ベアラＩＤと関連付けて、パラメータ管理部２３に記憶する。また、例えば、通信装置２等を管理するＮＭＳとしての機能を有する制御装置３若しくは３Ａが、通信装置２にパラメータを通知してもよい。つまり、通信装置２は、３ＧＰＰ等で標準化された規格に準拠した装置以外からパラメータを取得することも可能である。
　例えば、Ｐ－ＧＷである通信装置２の通信パス識別部２０は、サービスプロバイダ４から端末１宛のパケットを受信すると、受信パケットに含まれる情報（例えば、ＩＰアドレスやポート番号などのＯＳＩ参照モデルのレイヤ３／レイヤ４の情報）を参照することで、パケットが属する通信パスを識別する。例えば、通信パス識別部２０は、送信元アドレスおよび宛先アドレスがそれぞれプロバイダ４のＩＰアドレスおよび端末１のＩＰアドレスであるパケットを受信すると、当該パケットがサービスプロバイダ４から端末１に提供される通信サービスに関するベアラに属する、と判定する。通信パス識別部２０は、パラメータ管理部２３を参照し、プロバイダ４が端末１に提供する通信サービスに関するベアラに対応付けられたパラメータを特定し、パラメータとベアラに対応するＱＣＩとに基づいて選択されたＱｏＳ情報を当該パケットに付与する。
　７．第７の実施形態
　本発明の第７の実施形態を説明する。第７の実施形態は、上述の第１－６の実施形態で開示された技術のいずれにも適用可能である。
　第７の実施形態によれば、通信装置は、通信事業者が運営するネットワークを利用するＭＶＮＯ（Ｍｏｂｉｌｅ　Ｖｉｒｔｕａｌ　Ｎｅｔｗｏｒｋ　Ｏｐｅｒａｔｏｒ）事業者に関するパラメータに基づいて通信品質制御を実行することが可能である。ＭＶＮＯ事業者は、ネットワークオペレータである通信事業者から、通信事業者が所有するネットワークを借りて、ユーザに通信サービスを提供するサービスプロバイダである。
　第７の実施形態により、通信事業者は、例えば、ＭＶＮＯ事業者と通信事業者との間の契約内容に応じた通信品質制御を実行することが可能となる。例えば、ＭＶＮＯ事業者が、通常契約よりも料金が高額な“プレミアム契約”を通信事業者との間で締結した場合、通信事業者は、“プレミアム契約”を締結したＭＶＮＯ事業者に関する通信の優先度が高くなるように通信品質制御を実行できる。つまり、ＭＶＮＯ事業者毎の通信品質制御による通信サービスは、通信事業者にとって新たな収入源となり得る。
　７．１）システム
　図３４は、第７の実施形態による通信システムの構成例を示す。第７の実施形態による通信システムは、ＭＶＮＯ事業者が運営する認証サーバ２０５を含み、その他の構成は上述した実施形態と同様であるから詳細な説明は省略される。
　認証サーバ２０５は、端末１がインターネット等のネットワークにアクセスする際に、端末１を認証する。認証サーバ２０５は、例えば、ＲＡＤＩＵＳ（Ｒｅｍｏｔｅ　Ａｕｔｈｅｎｔｉｃａｔｉｏｎ　Ｄｉａｌ－Ｉｎ　Ｕｓｅｒ　Ｓｅｒｖｉｃｅ）認証を実行する機能を有する。
　図３５および図３６はＱｏＳ情報ＤＢ２１およびＱｏＳポリシＤＢ３２に記憶される情報の構成例を示す。図３５の例では、通信装置２は、ＭＶＮＯ事業者ＩＤに応じた通信品質制御を実行可能である。また、図３６の例では、ＭＶＮＯ事業者と通信事業者との間の契約に関するパラメータ（ＭＶＮＯ事業者属性）に応じた通信品質制御を実行可能である。ＭＶＮＯ事業者属性は、例えば、通信事業者と“プレミアム契約”を締結したＭＶＮＯ事業者に対応する属性（“プレミアム”）や、通信事業者と“一般契約”を締結したＭＶＮＯ事業者に対応する属性（“一般”）である。
　図３５の例では、ＭＶＮＯ（Ａ）に対応する優先度は、ＭＶＮＯ（Ｂ）に対応する優先度よりも低く設定されている。また、図３５の例で、パラメータ“Ｎ／Ａ”は、通信パス識別部２０により識別されたベアラに関する通信がＭＶＮＯ事業者に関する通信ではないことを示す。例えば、通信パス識別部２０により識別されたベアラに関する通信がＭＶＮＯ事業者ではなく通信事業者と契約しているユーザの通信であれば、そのパラメータが“Ｎ／Ａ”で示される。
　図３６の例では、ＭＶＮＯ事業者属性が“プレミアム”の場合、優先度はＭＶＮＯ事業者属性が“一般”の場合よりも高く設定されている。パラメータ“Ｎ／Ａ”の意味は、図３５の例と同様である。
　図３６の例では、通信事業者と“プレミアム契約”を締結したＭＶＮＯ事業者に関する通信の優先度は、通信事業者に関する通信と同一の優先度（ＤＳＣＰ値“２５”）が設定されている。本実施形態は、図３６の例に限定されず、例えば、通信事業者と“プレミアム契約”を締結したＭＶＮＯ事業者に関する通信の優先度を通信事業者に関する通信よりも低く設定しても、あるいは高く設定してもよい。
　７．２）動作
　図３７に例示するように、ＭＶＮＯ事業者に関するパラメータが通信装置２に通知される。なお、図３７の例では、ＭＭＥ２００の機能は、制御装置３の制御部３１により実行される。また、Ｐ－ＧＷ、Ｓ－ＧＷ、ｅＮＢのそれぞれの機能は、それぞれの通信装置２の制御部２４により実行される。
　図３７において、ＭＭＥ２００が、端末１からｅＮＢを介してアタッチ要求を受信すると（動作Ｓ５０）、システムにおいてアタッチ手順が実行される（動作Ｓ５１）。動作Ｓ５０のアタッチ手順は、例えば、３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）の仕様書（ＴＳ２３．４０１　ｖ１２．１．０）に記載された手順であり、詳細な説明は省略される。
　ＭＭＥ２００（制御装置３の制御部３１）は、Ｓ－ＧＷを選択し、選択したＳ－ＧＷに対して、端末１に関するベアラに対応するＥＰＳベアラＩＤを割り当て、当該ベアラＩＤおよび当該ベアラに対応するＱｏＳに関する情報（ＱＣＩ等）をベアラ設定要求によりＳ－ＧＷに通知する（動作Ｓ５２）。
　Ｓ－ＧＷ（通信装置２の制御部２４）は、Ｐ－ＧＷに対して、ベアラＩＤ、当該ベアラに対応するＱｏＳに関する情報（ＱＣＩ等）等をベアラ設定要求により通知する（動作Ｓ５３）。
　Ｐ－ＧＷ（通信装置２の制御部２４）は、認証サーバ２０５に対して、認証要求を送信する（動作Ｓ５４）。認証サーバ２０５は、認証処理を実行し、認証応答をＰ－ＧＷに返信する（動作Ｓ５５）。本実施形態では、認証サーバ２０５は、ＭＶＮＯ事業者に関するパラメータを認証応答に含めてＰ－ＧＷに返信する。ＭＶＮＯ事業者に関するパラメータは、例えば、ＭＶＮＯ事業者ＩＤ、ＭＶＮＯ事業者と通信事業者との契約に関するパラメータ（ＭＶＮＯ事業者属性）などである。Ｐ－ＧＷは、例えば、認証サーバ２０５から受信したパラメータを、ベアラＩＤと対応付けて、パラメータ管理部２３に記憶する。
　上記手順の後、Ｐ－ＧＷとＳ－ＧＷは、ベアラ設定処理を実行する（動作Ｓ５６）。例えば、Ｓ－ＧＷはＰ－ＧＷに対してベアラ設定処理を実行し、Ｐ－ＧＷは、例えば、ＰＣＲＦと連携しＰＤＮへの接続処理を実行する。
　Ｐ－ＧＷ（通信装置２の制御部２４）は、ベアラ設定処理が完了すると、Ｓ－ＧＷにベアラ設定応答を送信する（動作Ｓ５７）。本実施形態では、Ｐ－ＧＷ（通信装置２の制御部２４）は、ベアラ設定応答に、認証サーバ２０５から受信したパラメータを含めて、Ｓ－ＧＷに通知する。Ｐ－ＧＷ（通信装置２の制御部２４）は、例えば、ベアラＩＤとパラメータとを対応付けて、Ｓ－ＧＷに通知する。Ｓ－ＧＷは、例えば、Ｐ－ＧＷから受信したパラメータを、ベアラＩＤと対応付けて、パラメータ管理部２３に記憶する。
　Ｓ－ＧＷ（通信装置２の制御部２４）は、Ｐ－ＧＷから受信したパラメータを含めて、ベアラ設定応答をＭＭＥ２００に通知する（動作Ｓ５８）。
　ＭＭＥ２００（制御装置３の制御部３１）は、ｅＮＢに対して、ＭＶＮＯ事業者に関するパラメータを含めたベアラ設定要求を送信する（動作Ｓ５９）。ＭＭＥ２００は、例えば、ベアラＩＤとパラメータとを対応付けて、ｅＮＢに通知する。ｅＮＢは、受信したパラメータを、ベアラＩＤと対応付けて、パラメータ管理部２３に記憶する。
　ｅＮＢ（通信装置２の制御部２４）は、ベアラ設定要求に応じて、端末１との間に無線ベアラを設定する（動作Ｓ６０）。
　上述のシーケンスにより、各通信装置２（Ｐ－ＧＷ、Ｓ－ＧＷ、ｅＮＢ）は、通信品質制御のためのパラメータを取得する。
Ｐ－ＧＷである通信装置２の通信パス識別部２０は、例えば、宛先アドレスがＭＶＮＯ事業者に加入している端末１のＩＰアドレスであるパケットをＭＶＮＯ事業者に関するベアラに属する、と判定する。通信パス識別部２０は、パラメータ管理部２３を参照し、識別されたベアラに対応付けられたパラメータを特定する。パケット処理部２２は、ＭＶＮＯ事業者に関するパラメータとベアラに対応するＱＣＩとに基づいて選択されたＱｏＳ情報をパケットに付与する。
　また、通信装置２等を管理するＮＭＳとしての機能を有する制御装置３若しくは３Ａが、通信装置２にパラメータを通知してもよい。つまり、通信装置２は、３ＧＰＰ等で標準化された規格に準拠した装置以外からパラメータを取得することも可能である。
　８．第８の実施形態
　本発明の第８の実施形態を説明する。第８の実施形態は、上述の第１－７の実施形態で開示された技術のいずれにも適用可能である。
　上述の実施形態では、ベアラのエンドポイントとなる装置（例えば、ｅＮＢ、Ｓ－ＧＷ、Ｐ－ＧＷのように、ベアラを終端する装置）が通信品質制御を実行する例が示されている。第８の実施形態では、ベアラのエンドポイントとは異なる装置が、通信品質制御を実行する。
　第８の実施形態により、通信事業者は、ベアラのエンドポイントとなる装置に、３ＧＰＰ等の標準仕様により規定されていない機能を追加することによる変更・改造を加えなくとも上述した通信品質制御を実行できる。
　図３８は、第８の実施形態による通信システムの構成例を示す。第８の実施形態による通信システムは、端末１、ｅＮＢ、Ｓ－ＧＷ、Ｐ－ＧＷ、通信装置２、および制御装置３Ｂを含む。なお、第８の実施形態において、ｅＮＢ、Ｓ－ＧＷ、Ｐ－ＧＷは、図２や図１６に例示された通信装置２の機能を持たなくてもよい。
　図３８の例では、Ｐ－ＧＷとＳ－ＧＷの間のネットワークや、ｅＮＢとＳ－ＧＷの間のネットワークに、通信装置２が配置される。なお、Ｐ－ＧＷとＳ－ＧＷの間のネットワークや、ｅＮＢとＳ－ＧＷの間のネットワークの双方に通信装置２が配置される必要はなく、少なくともいずれかのネットワークに通信装置２が配置されていればよい。
　上述のように、通信装置２は、ベアラのエンドポイントとなる装置の間に配置される。よって、通信装置２の通信パス識別部２０は、ベアラのエンドポイントから送信されたパケットのベアラを識別する。通信装置２のパケット処理部２２は、ベアラのエンドポイントから送信されたパケットにＱｏＳ情報を付与する。
　ベアラに関するパケットは、ＩＰｓｅｃゲートウェイで暗号化される場合がある。このような場合、例えば、通信装置２は、パケットがＩＰｓｅｃゲートウェイに到達する前の位置に配置される。例えば、ダウンリンクの通信経路であれば、通信装置２は、Ｐ－ＧＷとＩＰｓｅｃゲートウェイの間に配置される。
　制御装置３Ｂは、通信装置２に対して制御信号を送信する。通信装置２は、制御装置３Ｂから送信された制御信号に基づいて、通信品質制御を実行する。
　図３９は、制御装置３Ｂの構成の例を示す。制御装置３Ｂは、制御装置３の構成に加え、ベアラ情報ＤＢ３４およびパラメータＤＢ３５を含む。その他のブロックであるインターフェース３０、制御部３１およびＱｏＳポリシＤＢ３２については，既に説明した通りである。
　図４０は、ベアラ情報ＤＢ３４が有するデータベースの構成例を示す。ベアラ情報ＤＢ３４は、ベアラ識別情報、ＱＣＩおよび端末ＩＤの対応関係を管理するデータベースである。なお、ベアラ情報ＤＢ３４は、ベアラ識別情報と端末ＩＤとの対応関係を管理するデータベースでもよい。ベアラ識別情報は、例えば、ＴＥＩＤである。端末ＩＤは、例えば、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｍｏｂｉｌｅ　Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ）である。制御装置３Ｂは、例えば、ＭＭＥ２００から、ベアラ情報ＤＢ３４に関する情報を取得する。また、制御装置３Ｂは、Ｓ－ＧＷ、Ｐ－ＧＷ、ｅＮＢの各々から、ベアラ情報ＤＢ３４に関する情報を取得してもよい。
　図４１は、パラメータＤＢ３５の構成例を示す。パラメータＤＢ３５は、例えば、パラメータと端末ＩＤ（例えばＩＭＳＩ）との対応関係を管理する。例えば、通信事業者（ネットワークのオペレータ）が端末ＩＤとパラメータとの対応関係をパラメータＤＢ３５に入力する。また、例えば、通信事業者にネットワークのオペレーションサービスを提供する事業者が端末ＩＤとパラメータとの対応関係をパラメータＤＢ３５に入力してもよい。
　制御装置３Ｂの制御部３１は、ベアラ情報ＤＢ３４とパラメータＤＢ３５とに基づいて、ベアラ識別情報とパラメータを対応付ける。例えば、制御部３１は、端末ＩＤをキーとして、ベアラ情報ＤＢ３４から、端末ＩＤに対応するベアラ識別情報を検索する。制御部３１は、その端末ＩＤをキーとして、パラメータＤＢ３５から、端末ＩＤに対応するパラメータを検索する。この動作により、制御部３１は、図４２に例示されるように、ベアラ識別情報とパラメータとの対応関係を把握する。
　図４１の例では、パラメータＤＢ３５は、端末ＩＤとパラメータとの対応関係を示すデータベースであるが、パラメータＤＢ３５において、パラメータに対応付けられる情報は端末ＩＤに限定されない。パラメータに対応付けられる情報は、ベアラ情報ＤＢ３４が有するベアラ識別情報と、パラメータＤＢ３５が有するパラメータとをリンクさせるための情報であればよい。
　制御部３１は、例えば、ＱｏＳポリシＤＢ３２に記憶された情報を通信装置２に通知する。通信装置２は通知された情報をＱｏＳ情報ＤＢ２１に記憶する。
　制御部３１はベアラ識別情報とパラメータとの対応関係を通信装置２に通知する。通信装置２は通信された情報をパラメータ管理部２３に記憶する。通信装置２は、ｅＮＢ、Ｓ－ＧＷもしくはＰ－ＧＷが送信したパケットを受信し、当該パケットにＱｏＳ情報を付与する。Ｓ－ＧＷもしくはＰ－ＧＷが送信したパケットは、ベアラ識別情報等でカプセル化されている。通信装置２の通信パス識別部２０は、パケットに付与されたベアラ識別情報に基づいてベアラを識別する。また、通信パス識別部２０は、ベアラ識別情報に基づいて、パラメータ管理部２３からパラメータを取得する。通信装置２のパケット処理部２２は、パラメータに基づいて、パケットに付与するＱｏＳ情報をＱｏＳ情報ＤＢ２１から検索する。パケット処理部２２は、検索されたＱｏＳ情報をパケットに付与する。
　上述のように、Ｐ－ＧＷとＳ－ＧＷの間のネットワークおよびｅＮＢとＳ－ＧＷの間のネットワークに配置された通信装置２が通信品質制御を実行する。よって、第８の実施形態では、上述の実施形態のように、ｅＮＢ、Ｓ－ＧＷ、Ｐ－ＧＷがパラメータに基づく通信品質制御を実行しなくてもよい。
　９．第９の実施形態
　本発明の第９の実施形態を説明する。第９の実施形態は、上述の第１－８の実施形態で開示された技術のいずれにも適用可能である。
　第９の実施形態では、通信事業者（ネットワークオペレータ）、通信事業者にネットワークオペレーションサービスを提供する事業者等が後述する通信品質制御のためのネットワーク運用を行う。
　９．１）管理装置
　＜第１例＞
　図４３は、運用管理者であるネットワークオペレータ、ネットワークのオペレーションサービスを提供する事業者等が利用する管理装置４の構成例を示す。
　管理装置４は、ＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）表示部４０、ＱｏＳポリシ生成部４１、インターフェース４２、および管理装置４の管理動作を制御する制御部（図示せず。）を含む。
　ＵＩ表示部４０は、運用管理者が、通信品質制御のためのＱｏＳポリシをシステムに入力するためのユーザインタフェース（以下、ＵＩと記す。）を表示する。運用管理者は、例えば、ＱＣＩに対して関連付ける複数の品質情報（例えば、ＤＳＣＰ値、ＣｏＳ値等）を、ＵＩを利用して入力する。
　ＱｏＳポリシ生成部４１は、運用管理者がＵＩ表示部４０を用いて入力した情報に基づいて、ＱｏＳポリシを生成する。ＱｏＳポリシ生成部４１は、例えば、ＱＣＩに複数の品質情報を対応付けたＱｏＳポリシを生成する。
　なお、ＱｏＳポリシ生成部４１は、運用管理者の入力に依存せずに、予め設定されたポリシに基づいて、ＱｏＳポリシを生成してもよい。例えば、ＱｏＳポリシ生成部４１は、上述の実施形態において図５もしくは図６を参照して説明されたポリシに基づいて、ＱｏＳポリシを生成してもよい。この場合、例えば、運用管理者は、ＵＩ表示部４０を用いて、ＱｏＳポリシの生成に用いるポリシを入力してもよい。
　管理装置４は、ＱｏＳポリシ生成部４１により生成されたＱｏＳポリシをインターフェース４２を介して制御装置３、３Ａ若しくは３Ｂに通知する。制御装置３、３Ａ若しくは３Ｂは、管理装置４から通知されたＱｏＳポリシを、ＱｏＳポリシＤＢ３２に記憶する。ＱｏＳポリシＤＢ３２は、ＱＣＩに対して複数のＱｏＳ情報を対応付けて記憶する。
　管理装置４は、ＱＣＩに対応付けられた複数の品質情報から、対応する品質情報を選択するための条件（送信元／宛先ＩＰアドレスに基づく条件）を、制御装置３、３Ａもしくは３Ｂに通知してもよい。制御装置３、３Ａ若しくは３Ｂは、品質情報を選択するための条件を、通信装置２に通知する。
　＜第２例＞
　図４４は管理装置４の他の構成例を示す。管理装置４は、第８の実施形態で述べたように、品質情報を選択するためのパラメータを制御装置３Ｂに通知してもよい。
　図４４において、パラメータ生成部４３は、運用管理者がＵＩ表示部４０を用いて入力した情報に基づいて、例えば、端末ＩＤとパラメータとの対応関係を管理するためのデータベースを生成する。運用管理者は、例えば、ＵＩ表示部４０を用いて、各端末に対応するユーザ属性、各端末に対応するサービスプロバイダ属性等のパラメータを入力する。運用管理者は、ユーザ属性、サービスプロバイダ属性等を管理するデータベースから、管理装置４に対して情報を入力することも可能である。例えば、パラメータ生成部４３は、図４１に例示されるような端末ＩＤとパラメータとの対応関係を示すデータベースを生成する。
　但し、パラメータに対応付けられる情報は、端末ＩＤに限定されない。パラメータに対応付けられる情報は、制御装置３Ｂのベアラ情報ＤＢ３４が有するベアラ識別情報とパラメータとをリンクさせるための情報であればよい。例えば、パラメータ生成部４３がパラメータに対応付ける情報は、ベアラ識別情報のようにベアラに関連する情報であればよい。
　パラメータ生成部４３が制御装置３Ｂに通知するパラメータは、例えば、上述の第３－第７の実施形態に例示されたパラメータである。
　パラメータ生成部４３は、インターフェース４２を介して、端末ＩＤとパラメータとの対応関係を示す情報を、制御装置３Ｂに通知する。制御装置３Ｂは、通知された情報に基づいて、パラメータＤＢ３５を構築する。制御装置３Ｂは、パラメータＤＢ３５とベアラ情報ＤＢ３４とに基づいて、通信装置２のパラメータ管理部２３に通知する情報（例えば、図４２に例示された情報）を生成する。
　９．２）動作
　図４５は、第９の実施形態の動作例を示すフローチャートである。
　運用管理者は、ＵＩ表示部４０により表示されたＵＩを用いて、ＱＣＩに対応付けるＱｏＳ情報を入力する（動作Ｓ８０）。
　ＱｏＳポリシ生成部４１は、入力された情報に基づいて、ＱｏＳポリシを生成する（Ｓ８１）。
　管理装置４は、インターフェース４２を介して、生成されたＱｏＳポリシを制御装置に通知する（動作Ｓ８２）。
　以上、本発明の実施形態を説明したが、本発明は、上記したそれぞれの実施形態に限定されるものではない。本発明は、各実施形態の変形・置換・調整に基づいて実施できる。また、本発明は、各実施形態を任意に組み合わせて実施することもできる。即ち、本発明は、本明細書の全ての開示内容、技術的思想に従って実現できる各種変形、修正を含む。
１　　　　　　　　　　　　端末
２　　　　　　　　　　　　通信装置
２０　　　　　　　　　　　通信パス識別部
２１　　　　　　　　　　　ＱｏＳ情報ＤＢ
２２　　　　　　　　　　　パケット処理部
２３　　　　　　　　　　　パラメータ管理部
２４　　　　　　　　　　　制御部
２００　　　　　　　　　　ＭＭＥ
２０１　　　　　　　　　　ＨＳＳ
２０１０　　　　　　　　　加入者情報
２０２　　　　　　　　　　ＰＣＲＦ
２０３　　　　　　　　　　ＳＰＲ
２０４　　　　　　　　　　ＯＣＳ
２０５　　　　　　　　　　認証サーバ
３　　　　　　　　　　　　制御装置
３０　　　　　　　　　　　インターフェース
３１　　　　　　　　　　　制御部
３２　　　　　　　　　　　ＱｏＳポリシＤＢ
３３　　　　　　　　　　　監視部
３４　　　　　　　　　　　ベアラ情報ＤＢ
３５　　　　　　　　　　　パラメータＤＢ
４　　　　　　　　　　　　管理装置
４０　　　　　　　　　　　ＵＩ表示部
４１　　　　　　　　　　　ＱｏＳポリシ生成部
４２　　　　　　　　　　　インターフェース
４３　　　　　　　　　　　パラメータ生成部
 

Claims (32)

  1. 　ネットワークに設定される通信パスを介して通信する通信装置であって、
    　パケットに対応する前記通信パスを識別する第一の手段と、
    　識別された前記通信パスの品質クラスに対応付けられた複数の品質情報から選択された品質情報を、前記パケットに付与する第二の手段と、
    　を含むことを特徴とする通信装置。
  2. 　前記第二の手段は、前記品質クラスに対応付けられた前記複数の品質情報から前記品質クラス以外のパラメータに基づいて選択された品質情報を、前記パケットに付与することを特徴とする請求項１に記載の通信装置。
  3. 　前記第二の手段は、前記品質クラスに対応付けられた前記複数の品質情報から通信の優先度に応じて選択された品質情報を、前記パケットに付与することを特徴とする請求項１または２に記載の通信装置。
  4. 　前記第二の手段は、前記品質クラスに対応付けられた前記複数の品質情報から通信の優先度に関するパラメータに基づいて選択された品質情報を、前記パケットに付与することを特徴とする請求項１－３のいずれか１項に記載の通信装置。
  5. 　前記第二の手段は、前記品質クラスに対応付けられた前記複数の品質情報から、通信端末の利用者の属性に関するパラメータに基づいて選択された品質情報を、前記パケットに付与する
    　ことを特徴とする請求項１または２に記載の通信装置。
  6. 　前記第二の手段は、前記品質クラスに対応付けられた前記複数の品質情報から、通信端末の通信量に関するパラメータに基づいて選択された品質情報を、前記パケットに付与する
    　ことを特徴とする請求項１または２に記載の通信装置。
  7. 　前記第二の手段は、前記品質クラスに対応付けられた前記複数の品質情報から、前記ネットワークの通信状況に関するパラメータに基づいて選択された品質情報を、前記パケットに付与する
    　ことを特徴とする請求項１または２に記載の通信装置。
  8. 　前記第二の手段は、前記品質クラスに対応付けられた前記複数の品質情報から、時刻に関するパラメータに基づいて選択された品質情報を、前記パケットに付与する
    　ことを特徴とする請求項１または２に記載の通信装置。
  9. 　前記第二の手段は、複数種類の前記パラメータに基づいて前記複数の品質情報から選択された品質情報を、前記パケットに付与することを特徴とする請求項２－８のいずれか１項に記載の通信装置。
  10. 　前記第二の手段は、前記品質クラスの優先度と前記パラメータの優先度とに基づいて順位付けされた前記複数の品質情報から選択された品質情報を、前記パケットに付与することを特徴とする請求項２－９のいずれか１項に記載の通信装置。
  11. 　前記第二の手段は、前記品質クラスの優先度よりも前記パラメータの優先度を優先して順位付けされた前記複数の品質情報から選択された品質情報を、前記パケットに付与することを特徴とする請求項１０に記載の通信装置。
  12. 　前記第二の手段は、前記パラメータの優先度よりも前記品質クラスの優先度を優先して順位付けされた前記複数の品質情報から選択された品質情報を、前記パケットに付与することを特徴とする請求項１０に記載の通信装置。
  13. 　前記第二の手段は、前記通信パスを終端する装置から送信されたパケットに、前記複数の品質情報から選択された品質情報を付与することを特徴とする請求項１－１２のいずれか１項に記載の通信装置。
  14. 　ネットワークに設定される通信パスを介して通信する通信装置との間の通信インターフェースと、
    　前記インターフェースを介して、通信パスの品質クラスに対応付けられた複数の品質情報を前記通信装置に対して送信する制御手段と、
    　を有し、前記通信装置がパケットに対応する通信パスを識別して前記複数の品質情報から選択された品質情報を当該パケットに付与するように前記通信装置を制御することを特徴とする制御装置。
  15. 　前記制御手段は、前記通信装置が前記品質クラスに対応付けられた前記複数の品質情報から前記パケットに付与する品質情報を選択するために用いる前記品質クラス以外のパラメータを、前記前記通信装置に対して送信することを特徴とする請求項１４に記載の制御装置。
  16. 　前記制御手段は、通信の優先度に応じて設定された複数の品質情報を、前記通信装置に送信することを特徴とする請求項１４または１５に記載の制御装置。
  17. 　前記制御手段は、通信の優先度に関するパラメータに応じて設定された複数の品質情報を、前記通信装置に送信することを特徴とする請求項１４－１６のいずれか１項に記載の制御装置。
  18. 　前記制御手段は、通信端末の利用者の属性に関するパラメータに応じて設定された前記複数の品質情報を、前記通信装置に送信することを特徴とする請求項１４または１５に記載の制御装置。
  19. 　前記制御手段は、通信端末の通信量に関するパラメータに応じて設定された前記複数の品質情報を、前記通信装置に送信することを特徴とする請求項１４または１５に記載の制御装置。
  20. 　前記制御手段は、前記ネットワークの通信状況に関するパラメータに応じて設定された前記複数の品質情報を、前記通信装置に送信することを特徴とする請求項１４または１５に記載の制御装置。
  21. 　前記制御手段は、時刻に関するパラメータに応じて設定された前記複数の品質情報を、前記通信装置に送信することを特徴とする請求項１４または１５の制御装置。
  22. 　前記制御手段は、複数種類の前記パラメータに基づいて設定された前記複数の品質情報を、前記通信装置に送信することを特徴とする請求項１５－２１のいずれか１項に記載の制御装置。
  23. 　前記制御手段は、前記品質クラスの優先度と前記パラメータの優先度とに基づいて順位付けされた前記複数の品質情報を、前記通信装置に送信することを特徴とする請求項１５－２２のいずれか１項に記載の制御装置。
  24. 　前記制御手段は、前記品質クラスの優先度よりも前記パラメータの優先度を優先して順位付けされた前記複数の品質情報を、前記通信装置に送信することを特徴とする請求項２３に記載の制御装置。
  25. 　前記制御手段は、前記パラメータの優先度よりも前記品質クラスの優先度を優先して順位付けされた前記複数の品質情報を、前記通信装置に送信することを特徴とする請求項２３に記載の制御装置。
  26. 　前記制御手段は、前記通信パスの識別情報と当該識別情報に対応する前記パラメータとを前記通信装置に通知することを特徴とする請求項１５－２５のいずれか１項に記載の制御装置。
  27. 　ネットワークに設定される通信パスにより通信する通信装置を含み、
    　前記通信装置は、
    　パケットに対応する前記通信パスを識別する第一の手段と、
    　識別された前記通信パスの品質クラスに対応付けられた複数の品質情報から選択された品質情報を、前記パケットに付与する第二の手段とを含む
    　ことを特徴とする通信システム。
  28. 　ネットワークに設定される通信パスにより通信する通信装置と、前記通信装置を制御する制御装置と、を含む通信システムであって、
    　前記制御装置が、通信パスの品質クラスに対応付けられた複数の品質情報を前記通信装置に対して送信し、
    　前記通信装置が、パケットに対応する通信パスを識別して前記複数の品質情報から選択された品質情報を当該パケットに付与する、
    　ことを特徴とする通信システム。
  29. 　ネットワークに設定される通信パスを介して通信する通信装置の通信方法であって、
    　パケットに対応する前記通信パスを識別し
    　識別された前記通信パスの品質クラスに対応付けられた複数の品質情報から選択された品質情報を、前記パケットに付与する
    　ことを特徴とする通信方法。
  30. 　ネットワークに設定される通信パスを介してデータを伝送する通信装置を制御する方法であって、
    　通信パスの品質クラスに対応付けられた複数の品質情報を前記通信装置に対して送信し、
    　前記通信装置がパケットに対応する通信パスを識別して前記複数の品質情報から選択された品質情報を当該パケットに付与するように前記通信装置を制御することを特徴とする制御方法。
  31. 　ネットワークに設定される通信パスを介してデータを伝送する通信装置と通信する処理と、
    　通信パスの品質クラスに対応付けられた複数の品質情報を前記通信装置に対して送信することで、前記通信装置がパケットに対応する通信パスを識別して前記複数の品質情報から選択された品質情報を当該パケットに付与するように前記通信装置を制御する処理と、
    　をコンピュータに実行させることを特徴とするプログラム。
  32. 　ネットワークに設定される通信パスを介して通信する通信装置としてコンピュータを機能させるプログラムであって、
    　パケットに対応する前記通信パスを識別する機能と、
    　識別された前記通信パスの品質クラスに対応付けられた複数の品質情報から選択された品質情報を、前記パケットに付与する機能と、
    　を前記コンピュータに実現させることを特徴とするプログラム。
PCT/JP2014/004588 2013-09-05 2014-09-05 通信装置、制御装置、通信システム、通信方法、制御方法およびプログラム WO2015033579A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/916,789 US10206137B2 (en) 2013-09-05 2014-09-05 Communication apparatus, control apparatus, communication system, communication method, control method, and program
JP2015535323A JP6477476B2 (ja) 2013-09-05 2014-09-05 通信装置、制御装置、通信システム、通信方法、制御方法およびプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013183982 2013-09-05
JP2013-183982 2013-09-05

Publications (1)

Publication Number Publication Date
WO2015033579A1 true WO2015033579A1 (ja) 2015-03-12

Family

ID=52628075

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/004588 WO2015033579A1 (ja) 2013-09-05 2014-09-05 通信装置、制御装置、通信システム、通信方法、制御方法およびプログラム

Country Status (3)

Country Link
US (1) US10206137B2 (ja)
JP (1) JP6477476B2 (ja)
WO (1) WO2015033579A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7153644B2 (ja) 2016-12-16 2022-10-14 オラクル・インターナショナル・コーポレイション Ｄｉａｍｅｔｅｒメッセージの優先度ルーティングのための方法、システム、およびコンピュータ読取可能媒体

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101932040B (zh) * 2009-06-26 2014-01-01 华为技术有限公司 寻呼处理方法、通信装置及通信系统
JP6778875B2 (ja) * 2017-02-27 2020-11-04 パナソニックＩｐマネジメント株式会社 通信制御装置およびＱｏＳ制御方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007181003A (ja) * 2005-12-28 2007-07-12 Kddi Corp 通信スケジューリング方法
JP2010028422A (ja) * 2008-07-18 2010-02-04 Hitachi Kokusai Electric Inc ゲートウェイ装置
WO2012081215A1 (ja) * 2010-12-13 2012-06-21 日本電気株式会社 移動通信システムにおけるゲートウェイリロケーション制御方法および制御装置
JP2013516094A (ja) * 2009-12-23 2013-05-09 テレフオンアクチーボラゲット エル エム エリクソン（パブル） モバイル通信ネットワークにおけるエネルギ制御

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8665724B2 (en) * 2009-06-12 2014-03-04 Cygnus Broadband, Inc. Systems and methods for prioritizing and scheduling packets in a communication network
US20120327779A1 (en) * 2009-06-12 2012-12-27 Cygnus Broadband, Inc. Systems and methods for congestion detection for use in prioritizing and scheduling packets in a communication network
CN101932040B (zh) * 2009-06-26 2014-01-01 华为技术有限公司 寻呼处理方法、通信装置及通信系统
US8498208B2 (en) * 2009-07-20 2013-07-30 Qualcomm Incorporated Turning on flows in network initiated QoS
CN101998531B (zh) * 2009-08-11 2013-04-24 华为技术有限公司 策略和计费控制规则授权方法、装置及系统
WO2013123467A1 (en) * 2012-02-17 2013-08-22 Vid Scale, Inc. Hierarchical traffic differentiation to handle congestion and/or manage user quality of experience
CN103369594B (zh) * 2012-04-06 2016-10-05 华为技术有限公司 一种标记业务数据包的方法、装置及系统
CN104137624B (zh) * 2012-12-31 2018-10-30 华为技术有限公司 无线通信系统的寻呼方法及设备
US9973966B2 (en) * 2013-01-11 2018-05-15 Interdigital Patent Holdings, Inc. User-plane congestion management
CN103974325B (zh) * 2013-01-31 2018-04-27 华为技术有限公司 多制式网络融合的方法、设备及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007181003A (ja) * 2005-12-28 2007-07-12 Kddi Corp 通信スケジューリング方法
JP2010028422A (ja) * 2008-07-18 2010-02-04 Hitachi Kokusai Electric Inc ゲートウェイ装置
JP2013516094A (ja) * 2009-12-23 2013-05-09 テレフオンアクチーボラゲット エル エム エリクソン（パブル） モバイル通信ネットワークにおけるエネルギ制御
WO2012081215A1 (ja) * 2010-12-13 2012-06-21 日本電気株式会社 移動通信システムにおけるゲートウェイリロケーション制御方法および制御装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
TELECOM ITALIA ET AL.: "New key issue on differentiated treatment for non-deducible service data flows in case of RAN user plane congestion", 3GPP TSG-SA WG2#96, pages 2 - 131491, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_96_San_Diego/Docs/S2-131491.zip> *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7153644B2 (ja) 2016-12-16 2022-10-14 オラクル・インターナショナル・コーポレイション Ｄｉａｍｅｔｅｒメッセージの優先度ルーティングのための方法、システム、およびコンピュータ読取可能媒体

Also Published As

Publication number Publication date
US10206137B2 (en) 2019-02-12
JP6477476B2 (ja) 2019-03-06
US20160205585A1 (en) 2016-07-14
JPWO2015033579A1 (ja) 2017-03-02

Similar Documents

Publication Publication Date Title
JP6406259B2 (ja) 通信装置、制御装置、通信方法、制御方法およびプログラム
US11818608B2 (en) Third party charging in a wireless network
US11083033B2 (en) Small data usage enablement in 3GPP networks
EP3424231B1 (en) A method and a base station for controlling user data traffic between the wireless device and a local cloud
JP5481001B2 (ja) 加入サービス組合せシナリオにおいてＱｏＳパラメータを処理する方法と装置
EP2785105B1 (en) Bearer mode selection method, packet gateway and policy and charging control function entity
JP6477476B2 (ja) 通信装置、制御装置、通信システム、通信方法、制御方法およびプログラム
US9615390B2 (en) PCRN session architecture for roaming
EP4358576A1 (en) Service quality processing method and apparatus, and communication system
WO2015033581A1 (ja) 通信装置、制御装置、管理装置、通信方法、制御方法、管理方法およびプログラム
CN103369501A (zh) 一种资源管理方法、系统和资源管理网元
JP2015530765A (ja) 通信ネットワークにおける課金制御方法およびシステム
EP3235314B1 (en) Controlling wireless local area network access
WO2014110923A1 (zh) 一种网络信息处理方法、装置和系统
US8843128B2 (en) Roaming session termination triggered by roaming agreement/partner deletion
US11902892B2 (en) Systems and methods for providing on-demand quality of service with radio access network control
US10588057B2 (en) Methods and systems for communicating between base stations of two different wireless communication networks
KR20190143305A (ko) 어플리케이션별 실시간 서비스 품질 관리가 가능한 서비스 제공 시스템 및 그 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14841582

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015535323

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14916789

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14841582

Country of ref document: EP

Kind code of ref document: A1