[go: up one dir, main page]

WO2013168443A1 - 無線システムの制御装置、および、制御方法 - Google Patents

無線システムの制御装置、および、制御方法 Download PDF

Info

Publication number
WO2013168443A1
WO2013168443A1 PCT/JP2013/053235 JP2013053235W WO2013168443A1 WO 2013168443 A1 WO2013168443 A1 WO 2013168443A1 JP 2013053235 W JP2013053235 W JP 2013053235W WO 2013168443 A1 WO2013168443 A1 WO 2013168443A1
Authority
WO
WIPO (PCT)
Prior art keywords
quality
communication network
traffic
connection
service
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2013/053235
Other languages
English (en)
French (fr)
Inventor
渡辺　晃司
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to US14/399,692 priority Critical patent/US20150072701A1/en
Priority to EP13787392.3A priority patent/EP2849529A1/en
Publication of WO2013168443A1 publication Critical patent/WO2013168443A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • 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/08—Load balancing or load distribution
    • H04W28/09—Management thereof
    • H04W28/0958—Management thereof based on metrics or performance parameters
    • H04W28/0967—Quality of Service [QoS] parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]

Definitions

  • the present invention relates to a wireless system control device and a control method.
  • the standardization organization 3GPP has proposed LTE (Long Term Evolution) standards as a technology between 3G mobile phones (3G) and 4G mobile phones (4G).
  • LTE specifications are published as E-UTRAN (Evolved Universal Terrestrial Radio Access Network).
  • Another network selection method includes a method of selecting a transfer device in another network that is geographically close to the base station to which the user terminal is connected. Yes.
  • the quality of service (QoS) provided to the traffic should be taken into consideration in the offload destination network as well.
  • QoS quality of service
  • a subscriber of a high-speed mobile network uses a communication service in a high-speed mobile network in anticipation of service quality (for example, a maximum of 100 Mbps) of the high-speed mobile network to which he / she connects. Therefore, the traffic flowing through the high-speed mobile network includes not only traffic that does not require high service quality such as mail and file download, but also traffic that requires high service quality such as video conferencing and games.
  • the provision of the service provided by the traffic will be hindered (for example, the video will be hardened in a video conference).
  • the user feels dissatisfied with the communication service.
  • the main object of the present invention is to provide an appropriate quality of service for traffic passing through the wireless system while solving the above-described problems and alleviating congestion of the wireless system.
  • the present invention relates to the requested quality, which is the service quality of a communication network required for the traffic requested for connection for wireless communication, and the service quality provided by each of the communication networks.
  • Storage means for storing each of the provided qualities The requested quality corresponding to the connection requested traffic is obtained from the storage means, and the provided quality of the communication network is obtained for each of the communication networks on the path through which the connection requested traffic passes.
  • Quality acquisition means acquired from storage means; When the acquired provided quality satisfies the acquired required quality, permit connection to the communication network corresponding to the acquired provided quality, And determining means for disabling connection to the communication network corresponding to the acquired provided quality when the acquired provided quality does not satisfy the acquired required quality. Other means will be described later.
  • FIG. 1A shows a data plane
  • FIG. 1B shows a control plane.
  • FIG. 3A shows the state before offloading
  • FIG. 3B shows the state after offloading.
  • FIG. 4A shows an external transfer device
  • FIG. 4B shows a control device. It is a block diagram which shows the control apparatus regarding one Embodiment of this invention.
  • FIG. 6A shows traffic quality data
  • FIG. 6B shows allowable quality data
  • FIG. 6A shows data of the provision quality of the network regarding one Embodiment of this invention
  • 7A shows processing target data of the network quality processing unit
  • FIG. 7B shows processing target data of the estimated quality processing unit
  • FIG. 7C shows processing target data of the external quality processing unit. Data is shown.
  • It is a flowchart which shows the actual measurement data acquisition process of provision quality regarding one Embodiment of this invention.
  • FIG. 11A shows before handover
  • FIG. 11B shows after handover.
  • FIG. 13A shows before handover
  • FIG. 13B shows after handover.
  • 6 is a flowchart illustrating an offload handover route determination process according to an embodiment of the present invention.
  • FIG. 1 is a configuration diagram showing a wireless system.
  • E-UTRAN terminology described in Non-Patent Document 1 for example, “UE: User Equipment” for a user terminal
  • the wireless system of this embodiment may be applied to a wireless system different from 3GPP in which a base station performs wireless LAN communication.
  • the data plane of the wireless system in FIG. 1A is configured by connecting a user terminal 1, a base station 2, a user transfer device 3, an external transfer device 4, and a mobile network 5, respectively.
  • a user terminal (UE: User Equipment) 1 is a terminal that is an end point of a connection through which user data traffic flows, and performs end-to-end communication with another terminal 5z (see FIG. 2) that is another end point.
  • the base station (eNB: E-UTRAN Node B) 2 accommodates the user terminal 1 by making a direct connection with the user terminal 1. Examples of the identifier of the base station 2 include TAI (Tracking Area Index) and ECGI (E-UTRAN Cell Global Identifier).
  • a user transfer device (SGW: Serving Gateway) 3 is a transfer device that handles user data, and relays traffic (such as a voice call) between the user terminals 1.
  • An external transfer device (PGW: PDN Gateway) 4 is a gateway located at a boundary for connecting to an external Internet or a corporate intranet.
  • a transfer device passing on the traffic route between the user terminal 1 and the partner terminal 5z, not only the user transfer device 3 and the external transfer device 4, but also a network of a wireless system (for example, Radio Access Network) , Core Network) and LGW (Local Gateway) or BMG (Broadband Network Gateway) installed between the mobile network 5.
  • a wireless system for example, Radio Access Network
  • Core Network Core Network
  • LGW Local Gateway
  • BMG Broadband Network Gateway
  • a mobile network (PDN: Packet Data Network) 5 is a network that accommodates the router 5y and the counterpart terminal 5z in FIG.
  • the router (RT) 5y is a router determined in correspondence with an APN (Access Point Name) that is an identifier of the mobile network 5.
  • a partner terminal (CN: Corresponding Node) 5 z is a communication partner of the user terminal 1.
  • the control plane of the wireless system in FIG. 1B includes a control device 6 connected to the data plane (base station 2 and user transfer device 3), an operation device 6z connected to the control device 6, and a subscriber server 7. And the DNS server 8.
  • the control device 6 may be housed in the same casing as other devices (operation device 6z, subscriber server 7, DNS server 8, etc.).
  • a control device (MME: Mobile management Entity) 6 is an access gateway that handles network control of the data plane of FIG.
  • An operation device (OAM: Operation Administration and Maintenance) 6z is a device for performing operation management and maintenance of the data plane of FIG.
  • a subscriber server (HSS: Home Subscriber Server) 7 manages subscription information regarding the mobile network 5 to which the user terminal 1 subscribes.
  • the DNS (Directory Name Service) server 8 provides a service for specifying (resolving names) an IP address corresponding to the domain name, using a domain name FQDN (Fully Quality Qualified Domain Name) as a search key. Therefore, in the DNS server 8, a device of the FQDN (or a device set on a route passing through the device) is entered in advance corresponding to the FQDN inputted as a search key.
  • FQDN Full Quality Qualified Domain Name
  • FIG. 2 is a configuration diagram showing two types of traffic routes.
  • the normal route is a route that passes in the order of user terminal 1 ⁇ base station 2a ⁇ relay network 9d ⁇ user transfer device 3a ⁇ core network 9a ⁇ external transfer device 4a ⁇ relay network 9c ⁇ router 5y ⁇ partner terminal 5z.
  • the offload route is a route that passes in the order of user terminal 1 ⁇ base station 2a ⁇ relay network 9d ⁇ user transfer device 3a ⁇ external transfer device 4b ⁇ Internet 9b ⁇ router 5y ⁇ partner terminal 5z.
  • the relay network 9c is, for example, a network in which a VLAN (Virtual Local Area Network) connection is established between the external transfer device 4a and the router 5y. For the establishment, the external transfer device 4a uses the IP address of the router 5y. Keep information.
  • the relay network 9c may be routed through a network operated by an operator different from the operator of the core network 9a.
  • the relay network 9d is, for example, a RAN (Radio Access Network).
  • the user transfer device 3a causes some traffic flowing in the normal route to escape to the offload route, thereby congesting the core network 9a and the relay network 9c. Can be relaxed. However, although alleviating any traffic to an off-road route without limitation can reduce congestion, as a side effect, traffic such as video conferencing that requires high quality may be interrupted due to the low quality of the off-road route.
  • the control device 6 determines whether or not each traffic flowing on the normal route is permitted to be offloaded to the offload route (hereinafter referred to as offload determination) (details of the determination process are illustrated in FIG. 10 and the like). To the following). Accordingly, the above-described side effects can be suppressed by permitting off-loading of traffic such as e-mail that does not interfere with the off-load route and disabling off-loading of traffic such as video conferencing.
  • FIG. 3 is an explanatory diagram showing the communication quality of traffic. The service quality guaranteed for every path
  • FIG. 3A shows a state before mail traffic is offloaded.
  • Video conferencing traffic and mail traffic each pass through the normal path of FIG. Since the video conference traffic flows through a normal route, the user terminal 1 to the external transfer device 4 can receive the high quality provided by 3GPP E-UTRAN, and further the relay from the external transfer device 4 to the partner terminal 5z. The high quality provided by the operator of the network 9c can be received. In other words, since the video conference traffic can receive high quality from end to end, the video conference service can be smoothly executed. Email traffic, like video conferencing traffic, can receive high quality from end to end. However, since the relay network 9c is congested, it is necessary to offload part of the traffic flowing through the normal route to the offload route.
  • FIG. 3B shows a state after the mail traffic is offloaded.
  • Video conference traffic passes through the normal route of FIG. 2, and mail traffic is offloaded so as to pass the offload route of FIG.
  • the control device 6 disallows the video conference traffic from being offloaded and permits the mail traffic to be offloaded.
  • FIG. 4 is a configuration diagram showing the hardware configuration of the devices constituting the wireless system.
  • the external transfer device 4 and the control device 6 are illustrated, but other devices in the wireless system also have the same hardware configuration.
  • Each device of the wireless system is configured as a computer having a CPU (Central Processing Unit) 91, a memory 92, a UIF (User Interface) 93, and an NWIF (NetWork Interface) 99.
  • the CPU 91 executes a program for configuring each processing unit read from the memory 92.
  • the memory 92 stores data used by each processing unit in addition to the program of each processing unit.
  • the UIF 93 is an interface for connecting input / output devices (keyboard, mouse, display, etc.) for inputting / outputting each data stored in the memory 92.
  • the NWIF 99 is an interface that relays data exchanged with other devices.
  • the user transfer device 3 the mobile network 5 (router 5 y), and the operation device 6 z are illustrated as connection destinations of the NWIF 99.
  • the control device 6 of FIG. 4B the base station 2, the user transfer device 3, the subscriber server 7, the DNS server 8, and the operation device 6z are illustrated as connection destinations of the NWIF 99.
  • FIG. 5 is a configuration diagram showing the control device 6.
  • the control device 6 includes a normal route selection unit 61 that selects a transfer device through which the normal route passes according to the offload determination result of the offload determination unit 53, and the offload route passes through.
  • the transfer device selected with respect to any of the offload path selection units 62 that select the transfer device to be passed is passed through traffic.
  • the normal route selection unit 61 can be realized, for example, by the method described in section 5.3 (Procedures for Discovering and Selecting a PGW and SGW) of the document “TS 29.303”.
  • the offload route selection unit 62 can be realized by the technique described in section 5.6 (GW Selection for SIPTO) of the document “TS 29.303”, for example.
  • the 3GPP document “TS 29.303” is the 3GPP “TS 29.303 11.0.0” [online] [searched April 5, 2012] Internet ⁇ URL: http://www.3gpp.org/ftp/Specs/archive/ 29_series / 29.303 / 29303-b00.zip>
  • a main difference between the normal route selection unit 61 and the offload route selection unit 62 is a difference in input parameters (FQDN) to the DNS server 8 called by both selection units.
  • FQDN input parameters
  • identification information for example, an apparatus geographically close to the base station 2 to which the user terminal 1 is connected
  • the apparatus base station 2, transfer apparatus, etc.
  • the offload route selection unit 62 may select a device that passes through at random from candidate devices that pass through in order to perform load distribution.
  • the FQDN of the normal route selection unit 61 does not include information specifying the device through which the normal route passes, and the default transfer device is selected by the DNS server 8.
  • the offload determination unit 53 permits offloading when the network providing quality 52 is higher than the required traffic quality 51, and disallows offloading when the providing quality 52 is lower than the required quality 51. When the required traffic quality 51 is equal to the network provision quality 52, offloading may be permitted or not permitted.
  • the control device 6 includes a required quality processing unit 11, traffic quality data 12, and acceptable quality data 13 (see FIG. 6 for details).
  • the control device 6 includes the network quality processing unit 21, the network correspondence data 22, the network quality specifying data 23, the estimated quality processing unit 31, and the estimated quality correspondence data 32.
  • FIG. 6 is a configuration diagram showing data of required traffic quality.
  • FIG. 6A shows an example in which the data shown in “Table 6.1.7:“ Standardized QCI characteristics ”of 3GPP TS 23.203 is used as the traffic quality data 12.
  • 3GPP TS 23.203 is the 3GPP, “TS 23.203 11.5.0” [online] [Search April 5, 2012] Internet ⁇ URL: http://www.3gpp.org/ftp/Specs/archive/23_series/23.203 /23203-b50.zip>.
  • the traffic quality data 12 includes, for each QCI (QoS Class Identifier) which is service quality specific information, information indicating whether or not the QCI is bandwidth guaranteed (GBR: Guaranteed Bit Rate), the priority of the QCI, Specific service quality parameters (delay (Packet Delay) and loss rate (Packet EL Rate)) required by the traffic are associated with specific information of the traffic service to which the QCI is applied.
  • QCI QoS Class Identifier
  • GRR Guaranteed Bit Rate
  • Specific service quality parameters delay (Packet Delay) and loss rate (Packet EL Rate)
  • service quality parameters delay and loss rate were mentioned, but policies such as which of these two to use or which to prioritize are entered in advance by the wireless system operator. May be. Furthermore, parameters (bandwidth, etc.) other than delay and loss rate may be used alone or in combination with the two parameters as service quality parameters.
  • the acceptable quality data 13 in FIG. 6B indicates the service quality requested (allowed) by the user in the offload destination network.
  • the service quality parameters (delay and loss rate) are associated with each QCI.
  • the acceptable quality data 13 is preferably created for each user or for each user group having the same attribute (a contract with the same fee system, etc.).
  • the offload determination unit 53 includes at least one parameter of a service quality parameter in the traffic quality data 12 and a service quality parameter in the allowable quality data 13 as the required quality 51 used for the offload determination.
  • the service quality parameters specified in the above are used.
  • the required quality 51 may be a service quality parameter in the acceptable quality data 13, or may be a predetermined value that receives the service quality parameter in the traffic quality data 12 and the service quality parameter in the acceptable quality data 13. It is good also as a result of a calculation (minimum value calculation, average value calculation).
  • the target section of each service quality parameter defined by the traffic quality data 12 and the acceptable quality data 13 may be a route from the external transfer device 4 to the mobile network 5, or a device other than the external transfer device 4 ( The route from the base station 2 or the like to the mobile network 5 may be the target. Further, the service quality parameter may be a requested (allowed) upper limit value or an average value.
  • FIG. 7 is a block diagram showing network provision quality data.
  • the offload determination unit 53 is a service quality parameter defined by each quality specification data (network quality specification data 23, estimated quality specification data 33, external quality specification data 43) as the provided quality 52 used for the offload determination.
  • a service quality parameter specified based on at least one of the parameters is used.
  • FIG. 7A shows network correspondence data 22 and network quality specifying data 23 to be processed by the network quality processing unit 21.
  • the network correspondence data 22 is data for associating the mobile network 5 connected to the external transfer device 4 and the APN of the mobile network 5 for each external transfer device 4, and is notified from the operation device 6z.
  • the first line of the network correspondence data 22 describes that the mobile network 5a is connected to the external transfer device 4a, and that the mobile network 5a corresponds to the name “APN1”.
  • the network quality specifying data 23 is data defining service quality parameters (delay and loss rate) provided by the mobile network 5 for each APN of the mobile network 5 to which the external transfer device 4 is connected (offload destination). It is.
  • the network quality processing unit 21 sets service quality parameters in the network quality specifying data 23 by any one of the first to third setting methods exemplified below.
  • the data other than the service quality in the network correspondence data 22 and the network quality specifying data 23 is network setting data and is input in advance by an administrator or the like.
  • an operator (the control device 6) that provides an inexpensive communication service prepares quality specifying data with low data acquisition cost but low data accuracy, and controls the operator (provided with an expensive communication service).
  • the device 6) may prepare quality specifying data with high data accuracy, although the data acquisition cost is high.
  • the first setting method is a method in which the administrator inputs a representative value of service quality values commonly used in all APNs. Since only one parameter input operation is performed, the data acquisition cost is excellent. Furthermore, by reducing the trouble of acquiring service quality, the offload determination of this embodiment can be widely executed even if the offload destination network is in a different management form (another company, another country, etc.). it can.
  • the second setting method is a method in which the administrator inputs the service quality value for each APN.
  • the administrator inputs a service quality value for each APN based on knowledge obtained by referring to the catalog specifications of the device. This is a method in which the acquisition cost of data and the accuracy of data are balanced.
  • the third setting method is a method of receiving and setting measured data (details are shown in FIG. 8) of service quality values for each APN from the operation device 6z.
  • the data acquisition cost is high, the accuracy of the data is excellent, so that the inconvenience that the offload is performed by erroneously selecting the gateway even though the service quality is actually poor in the offload destination network is reduced. be able to.
  • FIG. 7B shows estimated quality correspondence data 32 and estimated quality specifying data 33 to be processed by the estimated quality processing unit 31.
  • the estimated quality correspondence data 32 is correspondence data between a character string of the APN and a word indicating the estimated quality specified from the character string for each APN specified by the ID.
  • the word indicating the estimated quality is, for example, a word included in the APN character string.
  • the word indicating the estimated quality is, for example, a character string indicating a network type such as “internet” or a character string indicating a service type such as “voice”.
  • the estimated quality correspondence data 32 is data defining the service quality parameters (delay and loss rate) for each word indicating the estimated quality.
  • the estimated quality processing unit 31 refers to the estimated quality correspondence data 32 from the APN of the mobile network 5 included in the traffic offload route, identifies a word indicating the estimated quality of the APN, and refers to the estimated quality specifying data 33. The service quality corresponding to the estimated quality is acquired. Therefore, the estimated quality processing unit 31 receives and records input of the data contents of the estimated quality correspondence data 32 and the estimated quality specifying data 33 in advance from the administrator.
  • the estimated quality processing unit 31 refers to the estimated quality correspondence data 32 and the character “voice” is displayed in APN1. By including it, the estimated quality is set to “voice”.
  • FIG. 7C shows the external quality correspondence data 42 and the external quality specifying data 43 to be processed by the external quality processing unit 41.
  • the external quality correspondence data 42 is data that associates QCI (left column) indicating the service quality of the offload source network with an external QCI (External Network QoS Index) indicating the service quality of the offload destination network.
  • a DSCP (DiffServ Code Point) value corresponding to the external QCI is added to a packet flowing through the offload destination network.
  • the external quality specifying data 43 is data defining the service quality parameters (delay and loss rate) for each external QCI. This parameter may be an upper limit value of quality or an average value.
  • the offload source network is, for example, the “3GPP” network in FIG. 3
  • the offload destination network is, for example, the relay network 9c or the Internet 9b in FIG.
  • service quality is associated with different networks, so the service quality of the offload destination network can be expected to be equivalent to the service quality of the offload source network. 52 can be obtained.
  • FIG. 8 is a flowchart showing actual quality data acquisition processing of provided quality.
  • the operation device 6z transmits an actual measurement request (QoS Measurement Req), which is a command for requesting service quality information, to the external transfer device 4.
  • QoS Measurement Res an actual measurement response to the operation device 6z as a response to the actual measurement request in S201.
  • the external transfer device 4 performs quality measurement (QoS Measurement) with the mobile network 5 (router 5y) in response to the actual measurement request in S201.
  • the quality measurement is, for example, execution of a ping command, and is measured based on a measurement message (echo request message, echo reply message) transmitted / received between the external transfer device 4 and the mobile network 5.
  • the delay of the actually measured data is a result of dividing the average value of the time from the transmission of the echo request message to the reception of the echo reply by 2.
  • the loss rate of the actually measured data is (number of echo request messages that did not receive echo reply) / (total number of echo request message transmissions).
  • Setting values for measurement may be set remotely from other devices (operation device 6z, control device 6, etc.) It may be set locally from input means connected to the apparatus.
  • the operation apparatus 6z transmits to the external transfer apparatus 4 an actual measurement result request (QoS Information Req) that is a command for requesting the actual service quality measurement information in S203.
  • the external transfer device 4 transmits an actual measurement result response (QoS Information Res) including the actual service quality information in S203 to the operation device 6z.
  • the operation apparatus 6z transmits an actual measurement report (QoS Info Insert Req) including the actual service quality information acquired in S205 to the control apparatus 6.
  • the control device 6 makes an actual measurement report response (QoS InfoInsert Res).
  • each process of S201 to S207 described above may be implemented in various modifications in addition to the order illustrated in FIG.
  • the actual measurement request of S201 may be repeatedly transmitted at predetermined time intervals to measure the latest service quality actual measurement information multiple times.
  • the response messages of S202, S205, and S207 may be omitted, and the process may proceed to the next process after waiting for a predetermined time without waiting for the arrival of these response messages.
  • the external transfer device 4 may omit the message processing of S202 and S203 and transmit the actual measurement result response of S205 as a response to the actual measurement request of S201.
  • FIG. 9 is a flowchart showing traffic route determination processing.
  • the user terminal 1 transmits a connection request (Attach Request) including the ID of the base station 2 geographically close to itself to the connection destination base station 2.
  • the base station 2 notifies the control device 6 of the ID of the user terminal 1 and the ID of the base station 2.
  • the control device 6 performs terminal authentication (Authentication) for the user terminal 1 in S11. Therefore, the control device 6 acquires authentication data of the user terminal 1 from the subscriber server 7.
  • the control device 6 transmits an update request (ULR: Update Location Request) for updating the connection location of the user terminal 1 to the subscriber server 7.
  • URR Update Location Request
  • the subscriber server 7 transmits an update response (ULA: Update Location Ack) including subscriber data (Subscriber data) to the control device 6 as a response to S13.
  • the update response includes an APN indicating the mobile network 5 to which the user of the user terminal 1 is subscribed (available) and information indicating whether or not SIPTO offload is permitted for each APN (SIPTO allowed). ) And the QCI provided by the mobile network 5 of each APN.
  • the offload determination unit 53 of the control device 6 performs an offload determination (for details, see FIG. 10).
  • the control device 6 transmits to the DNS server 8 a GW request for requesting a transfer device (GW) on the path through which the traffic requested for connection in S11 passes.
  • GW transfer device
  • the FQDN included in the GW request in S16 is the APN of the base station 2 included in the connection request in S11 in addition to the default APN acquired in S14.
  • the specific device is not specified in the GW request in S16 (the default APN acquired in S14 is specified as FQDN).
  • the DNS server 8 transmits a GW response to the control device 6 in response to the GW request in S16.
  • This GW response includes the IP address of the transfer device (user transfer device 3, external transfer device 4) corresponding to the FQDN included in the GW request in S16.
  • the control device 6 instructs each transfer device specified by the GW response in S17 to establish connection (Connection establishment) of a route through which user data traffic passes.
  • connection establishment the quality of service indicated by the QCI included in the update response in S14 is applied.
  • the connection establishment specifying the QCI, refer to Chapter 5.3.2.1 of Non-Patent Document 1, for example.
  • FIG. 10 is a flowchart showing offload determination processing.
  • the offload determination unit 53 determines whether or not the user terminal 1 in S11 is permitted to use the offload route from “SIPTO allowed” of the update response acquired in S14. If YES (permitted) in S101, the process proceeds to S102 to make an offload determination. If NO (not permitted) in S101, the process goes to S106 because the offload route cannot be used without first making an offload determination with reference to the service quality.
  • the offload determination unit 53 acquires the required quality 51 of traffic (user) as described in the traffic quality data 12 and the acceptable quality data 13 in FIG.
  • the offload determination unit 53 acquires the network provision quality 52 as described in the network quality specification data 23, the estimated quality specification data 33, and the external quality specification data 43 in FIG.
  • the provision quality 52 for traffic passing through a plurality of networks Is exemplified as follows. It is desirable to calculate a value indicating the quality of service from end to end.
  • Provision quality 52 (delay) (delay value of the first network) + (delay value of the second network) + (delay value of the third network) +.
  • Provision quality 52 (bandwidth) MIN ((bandwidth of the first network), (bandwidth of the second network), (bandwidth of the third network) +%)), Where MIN is the minimum value of a plurality of arguments. A function to calculate.
  • the offload determination unit 53 performs the offload determination by determining whether the provided quality in S103 satisfies the required quality in S102. When this determination is satisfied (S104, YES), since off-loading is permitted, the process proceeds to S105. When this determination is not satisfied (S104, NO), since off-loading is not permitted, the process proceeds to S106.
  • the offload route selection unit 62 determines a route through which traffic passes as an offload route (offload permission).
  • the normal route selection unit 61 determines a route through which traffic passes as a normal route (offload is not permitted). As described with reference to FIG. 9, the determination results in S105 and S106 are reflected in the FQDN included in the GW request in S16.
  • connection corresponding to the quality of service required by each traffic is established from End to End from the user terminal 1 to the partner terminal 5z.
  • FIGS. 11 to 14 an example will be described in which the base station 2 that accommodates the user terminal 1 is switched (handed over) after the connection is established.
  • FIG. 11 is an explanatory diagram showing a handover path of traffic flowing through a normal path.
  • the user terminal 1 is handed over from the base station 2a to the base station 2b.
  • the normal route through which traffic flows passes in the order of user terminal 1 ⁇ base station 2a ⁇ user transfer device 3a ⁇ external transfer device 4a ⁇ mobile network 5.
  • the normal route through which traffic flows passes in the order of user terminal 1 ⁇ base station 2b ⁇ user transfer device 3a ⁇ external transfer device 4a ⁇ mobile network 5. Therefore, the normal route on the upstream side (user terminal 1 ⁇ base station 2 ⁇ user transfer device 3) is changed before and after the handover, but the normal route on the downstream side (user transfer device 3 ⁇ external transfer device 4 ⁇ mobile network 5) is changed. The route is not changed. In other words, the GW that is the downstream transfer device (user transfer device 3, external transfer device 4) is reselected (GW relocation) before and after the handover.
  • control device 6 needs to change the connection of the upstream normal route to the new route, but the downstream normal route connection may simply take over the state before the handover. There is no need to disconnect or establish a new connection. Thereby, service interruption due to disconnection can be suppressed.
  • FIG. 12 is a flowchart showing a handover route determination process of the normal route of FIG.
  • the user terminal 1 starts updating location information (TAU: Tracking Area Update) associated with handover (HO: Hand Over).
  • the user terminal 1 transmits the HO request (Tracking Area Update request) in S21 to the handover destination base station 2b.
  • the base station 2b notifies the control device 6b that there has been a HO request in S22.
  • the control device 6b that has received the notification takes over the information related to the user terminal 1 from the control device 6a that has been performing the mobility management before the handover in order to newly manage the mobility of the user terminal 1.
  • the control device 6b as the takeover destination transmits a takeover request (context request) for requesting information necessary for connection (S18) of the user terminal 1 to the control device 6a as the takeover source.
  • the control device 6a transmits a handover response including the connection information to the control device 6b as a response to S23.
  • This connection information includes the update response (APN, SIPTO allowed, QCI) in S14 and the GW response (IP address of the transfer device) in S17.
  • S25 terminal authentication (Authentication) is performed as in S12.
  • S26 it is assumed that offload determination is performed in the same manner as in S12, and as a result, offload is not permitted (a normal route is selected).
  • S27 and S28 are name resolution processing (GW request, GW response) by the DNS server 8 as in S16 and S17.
  • the control device 6b performs GW reselection (GW relocation) as described with reference to FIG.
  • FIG. 13 is an explanatory diagram showing a handover path of traffic flowing through an offload path.
  • the user terminal 1 is handed over from the base station 2a to the base station 2b.
  • the transfer devices (user transfer device 3 and external transfer device 4) passing through the offload path are changed. ,It has changed. Therefore, unlike FIG. 11, since GW reselection cannot be performed, it is necessary to change the connection of the offload path from End to End.
  • FIG. 14 is a flowchart showing the offload handover route determination processing of FIG.
  • the same reference numerals are assigned to the same processes in FIG. 12 and FIG.
  • S21 to S25 the same processing is performed in both flowcharts.
  • S26 in FIG. 14, as a result of the offload determination, offload is permitted (an offload route is selected).
  • the control device 6b notifies the control device 6a that GW reselection is not performed (a transfer device different from the transfer device connected before the handover is newly selected) as a GW change (Serving GW change indication).
  • Send
  • S29a the control device 6b performs a new connection establishment (Connection establishment) shown in FIG.
  • S29b the control device 6a disconnects the unnecessary connection shown in FIG.
  • the offload determination unit 53 of the control device 6 performs an offload determination by comparing the required quality 51 with the provided quality 52 and determines whether or not to escape to the offload route. .
  • the required quality 51 is higher than the provided quality 52, the traffic that does not satisfy the required quality 51 on the offload route is not released to the offload route, so that the communication service is provided to the user without being affected by the service quality deterioration. Can be provided.
  • the required quality 51 is lower than the provided quality 52, traffic that satisfies the required quality 51 even on the offload route can be released to the offload route, thereby reducing the congestion of the wireless system.
  • the quality parameters such as “delay and loss rate” are such that the smaller the quality index value, the higher the communication quality.
  • quality parameters such as “bandwidth”, the higher the quality index value, the higher the communication quality.
  • both the traffic users on the normal route and the traffic users on the off-road route are provided with sufficient communication quality to use the traffic service. It is possible to suppress increase, loss of business opportunities by switching contracts to other operators, and reduction in the price of communication services.
  • the provided quality 52 is specified from various data such as the network quality specifying data 23, the estimated quality specifying data 33, the external quality specifying data 43, etc. Load judgment can be performed.
  • this invention is not limited to an above-described Example, Various modifications are included.
  • the above-described embodiments have been described in detail for easy understanding of the present invention, and are not necessarily limited to those having all the configurations described.
  • a part of the configuration of one embodiment can be replaced with the configuration of another embodiment, and the configuration of another embodiment can be added to the configuration of one embodiment.
  • Each of the above-described configurations, functions, processing units, processing means, and the like may be realized by hardware by designing a part or all of them with, for example, an integrated circuit.
  • Each of the above-described configurations, functions, and the like may be realized by software by interpreting and executing a program that realizes each function by the processor.
  • Information such as programs, tables, and files for realizing each function is stored in a recording device such as a memory, a hard disk, an SSD (Solid State Drive), or a recording medium such as an IC (Integrated Circuit) card, an SD card, or a DVD.
  • a recording device such as a memory, a hard disk, an SSD (Solid State Drive), or a recording medium such as an IC (Integrated Circuit) card, an SD card, or a DVD.
  • the control lines and information lines indicate what is considered necessary for the explanation, and not all the control lines and information lines on the product are necessarily shown. Actually, it may be considered that almost all the components are connected to each other.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

無線システムの制御装置、および、制御方法 参照による取り込み
　本出願は、２０１２年５月９日に出願された日本特許願第２０１２－１０７７２７号の優先権を主張し、その内容を参照することにより本出願に取り込む。
　本発明は、無線システムの制御装置、および、制御方法に関する。
　標準化団体の３ＧＰＰ（Third Generation Partnership Project）は、第３世代携帯電話（３Ｇ）と、第４世代携帯電話（４Ｇ）との間の技術として、ＬＴＥ（Long Term Evolution）の規格を提案している。ＬＴＥの仕様は、Ｅ－ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）として公開されている。
　近年スマートホンの普及により、Ｅ－ＵＴＲＡＮ網などの高速携帯網に接続する携帯端末の台数は増加し、高速携帯網が収容するトラヒックが増大している。そのため、高速携帯網のネットワーク資源が逼迫している。
　そこで、高速携帯網が収容しきれない一部のトラヒックについて、高速携帯網からインターネットなどの別の網へとトラヒックを逃がす（オフロードする）技術が検討されている。非特許文献１に記載のＳＩＰＴＯ（Selected IP Traffic Offload）では、別の網の選択方法として、ユーザ端末が接続する基地局から地理的に近い別の網の転送装置を選択する方式が挙げられている。
3GPP,"TS 23.401 v10.5.0"section 4.3.15 [online][2011年9月27日検索] インターネット＜ＵＲＬ：http://www.3gpp.org/ftp/Specs/archive/23_series/23.401/23401-a50.zip＞
　高速携帯網のトラヒックをオフロードするときには、そのオフロード先の網においても、トラヒックに提供するサービス品質（ＱｏＳ：Quality of Service）を考慮すべきである。高速携帯網の契約者は、自身が接続する高速携帯網のサービス品質（例えば、最大100Mbps）を期待して、高速携帯網での通信サービスを利用している。
　そのため、高速携帯網に流れるトラヒックとしては、メールやファイルダウンロードといった高度なサービス品質を要しないトラヒックだけでなく、ビデオ会議やゲームといった高度なサービス品質を要するトラヒックも存在する。
　ここで、トラヒックが要求するサービス品質の度合いを考慮せずに、トラヒックを高速携帯網から逃がしてしまうと、トラヒックが提供するサービスの提供に支障が出る（例えば、ビデオ会議で動画が固まる）ため、ユーザが通信サービスに不満を感じてしまう。
　つまり、トラヒックが要求するサービス品質が適切にネットワークから提供されているというには、トラヒックが通過するネットワークの一部だけが高品質であるだけでは不充分であり、トラヒックが通過するネットワークの全部（End to End）が高品質である必要がある。例えば、トラヒックが高速携帯網を通過していたとしても、その高速携帯網から別の低品質のネットワークへとオフロードした結果、そのオフロード先の通信品質がボトルネックとなって、トラヒックに提供する通信品質も劣化してしまう。
　そこで、本発明は、前記した問題を解決し、無線システムの混雑を緩和しつつ、無線システムを通過するトラヒックに適切なサービス品質を提供することを、主な目的とする。
　前記課題を解決するために、本発明は、無線通信のために接続要求されたトラヒックについて、そのトラヒックが要する通信網のサービス品質である要求品質と、各前記通信網が提供するサービス品質である提供品質とをそれぞれ格納する記憶手段と、
　前記接続要求されたトラヒックに対して、対応する前記要求品質を前記記憶手段から取得し、前記接続要求されたトラヒックが通過する経路上の前記通信網ごとに、その通信網の前記提供品質を前記記憶手段から取得する品質取得手段と、
　取得した前記提供品質が取得した前記要求品質を満足するときには、取得した前記提供品質に対応する前記通信網への接続を許可し、
　取得した前記提供品質が取得した前記要求品質を満足しないときには、取得した前記提供品質に対応する前記通信網への接続を不許可とする判定手段と、を有することを特徴とする。
　その他の手段は、後記する。
　本発明によれば、無線システムの混雑を緩和しつつ、無線システムを通過するトラヒックに適切なサービス品質を提供することができる。
本発明の一実施形態に関する無線システムを示す構成図である。図１（ａ）は、データプレーンを示し、図１（ｂ）は、制御プレーンを示す。 本発明の一実施形態に関するトラヒックの２種類の経路を示す構成図である。 本発明の一実施形態に関するトラヒックの通信品質を示す説明図である。図３（ａ）は、オフロード前を示し、図３（ｂ）は、オフロード後を示す。 本発明の一実施形態に関する無線システムを構成する装置のハードウェア構成を示す構成図である。図４（ａ）は、外部転送装置を示し、図４（ｂ）は、制御装置を示す。 本発明の一実施形態に関する制御装置を示す構成図である。 本発明の一実施形態に関するトラヒックの要求品質のデータを示す構成図である。図６（ａ）は、トラヒック品質データを示し、図６（ｂ）は、許容品質データを示す。 本発明の一実施形態に関するネットワークの提供品質のデータを示す構成図である。図７（ａ）は、網品質処理部の処理対象データを示し、図７（ｂ）は、推定品質処理部の処理対象データを示し、図７（ｃ）は、外部品質処理部の処理対象データを示す。 本発明の一実施形態に関する提供品質の実測データ取得処理を示すフローチャートである。 本発明の一実施形態に関するトラヒックの経路決定処理を示すフローチャートである。 本発明の一実施形態に関するオフロード判定処理を示すフローチャートである。 本発明の一実施形態に関する通常経路のハンドオーバ経路を示す説明図である。図１１（ａ）は、ハンドオーバ前を示し、図１１（ｂ）は、ハンドオーバ後を示す。 本発明の一実施形態に関する通常経路のハンドオーバ経路決定処理を示すフローチャートである。 本発明の一実施形態に関するオフロードのハンドオーバ経路を示す説明図である。図１３（ａ）は、ハンドオーバ前を示し、図１３（ｂ）は、ハンドオーバ後を示す。 本発明の一実施形態に関するオフロードのハンドオーバ経路決定処理を示すフローチャートである。
　以下、本発明の一実施形態を、図面を参照して詳細に説明する。
　図１は、無線システムを示す構成図である。以下、本実施形態では、無線システムを３ＧＰＰのＥ－ＵＴＲＡＮへと適用した一例を示す。そのため、非特許文献１で記載されているＥ－ＵＴＲＡＮの用語（例えば、ユーザ端末なら「ＵＥ：User Equipment」）を説明に併記する。一方、本実施形態の無線システムを基地局が無線ＬＡＮ通信を行うような、３ＧＰＰとは別の無線システムへ適用してもよい。
　図１（ａ）の無線システムのデータプレーンは、ユーザ端末１、基地局２、ユーザ転送装置３、外部転送装置４、および、移動網５がそれぞれ接続されて構成される。
　ユーザ端末（ＵＥ：User Equipment）１は、ユーザデータのトラヒックが流れる接続の端点である端末であり、他の端点である相手端末５ｚ（図２参照）との間で、End to Endの通信を行う。
　基地局（ｅＮＢ：E-UTRAN Node B）２は、ユーザ端末１と直接接続を行うことでユーザ端末１を収容する。基地局２の識別子は、例えば、ＴＡＩ（Tracking Area Index）やＥＣＧＩ（E-UTRAN Cell Global Identifier）が挙げられる。
　ユーザ転送装置（ＳＧＷ：Serving Gateway）３は、ユーザデータを扱う転送装置であり、ユーザ端末１間のトラヒック（音声通話など）を中継する。
　外部転送装置（ＰＧＷ：PDN Gateway）４は、外部のインターネットや企業のイントラネットなどに接続するための境界に位置するゲートウェイである。
　なお、ユーザ端末１と相手端末５ｚとの間のトラヒックの経路上を通過する転送装置（ゲートウェイ）として、ユーザ転送装置３や外部転送装置４だけでなく、無線システムのネットワーク（例えば、Radio Access Network、Core Network）と、移動網５との間に設置されるＬＧＷ（Local Gateway）やＢＭＧ（Broadband Network Gateway）としてもよい。
　移動網（ＰＤＮ：Packet Data Network）５は、図２のルータ５ｙと相手端末５ｚとを収容するネットワークである。
　ルータ（ＲＴ：Router）５ｙは、移動網５の識別子であるＡＰＮ（Access Point Name）に対応して決まるルータである。
　相手端末（ＣＮ：Corresponding Node）５ｚは、ユーザ端末１の通信相手である。
　図１（ｂ）の無線システムの制御プレーンは、データプレーン（基地局２、ユーザ転送装置３）に接続される制御装置６と、その制御装置６に接続される運用装置６ｚ、加入者サーバ７、ＤＮＳサーバ８とを含めて構成される。なお、制御装置６は、他の装置（運用装置６ｚ、加入者サーバ７、ＤＮＳサーバ８など）と同じ筐体に収容されていてもよい。
　制御装置（ＭＭＥ：Mobile management Entity）６は、図１（ａ）のデータプレーンのネットワーク制御を扱うアクセスゲートウェイである。
　運用装置（ＯＡＭ：Operation Administration and Maintenance）６ｚは、図１（ａ）のデータプレーンの運用管理や保守を行うための装置である。
　加入者サーバ（ＨＳＳ：Home Subscriber Server）７は、ユーザ端末１が加入する移動網５についての加入情報を管理する。
　ＤＮＳ（Directory Name Service）サーバ８は、ドメイン名であるＦＱＤＮ（Fully Qualified Domain Name）を検索キーとして、そのドメイン名に対応するＩＰアドレスを特定する（名前解決する）サービスを提供する。そのため、ＤＮＳサーバ８には、あらかじめ検索キーとして入力されるＦＱＤＮに対応して、そのＦＱＤＮの装置（またはその装置を通過する経路上の装置集合）がエントリされている。
　図２は、トラヒックの２種類の経路を示す構成図である。ユーザ端末１から相手端末５ｚへと流れるトラヒックの経路として、２種類の経路（通常経路、オフロード経路）が存在する。
　通常経路は、ユーザ端末１→基地局２ａ→中継網９ｄ→ユーザ転送装置３ａ→コア網９ａ→外部転送装置４ａ→中継網９ｃ→ルータ５ｙ→相手端末５ｚの順に通過する経路である。
　オフロード経路は、ユーザ端末１→基地局２ａ→中継網９ｄ→ユーザ転送装置３ａ→外部転送装置４ｂ→インターネット９ｂ→ルータ５ｙ→相手端末５ｚの順に通過する経路である。
　中継網９ｃは、例えば、外部転送装置４ａとルータ５ｙとの間でＶＬＡＮ（Virtual Local Area Network）接続が確立される網であり、その確立のために、外部転送装置４ａはルータ５ｙのＩＰアドレス情報を保持する。なお、中継網９ｃとして、コア網９ａの事業者とは別の事業者が運営するネットワークを経由してもよい。
　中継網９ｄは、例えば、ＲＡＮ（Radio Access Network）である。
　ユーザ転送装置３ａは、コア網９ａや中継網９ｃへのトラヒックの増大に伴い、通常経路を流れる一部のトラヒックを、オフロード経路へと逃がすことにより、コア網９ａや中継網９ｃへの混雑を緩和できる。しかし、無制限にどのトラヒックもオフロード経路へと逃がすだけでは、混雑緩和は達成できるものの、副作用として、高品質を要するビデオ会議などのトラヒックがオフロード経路の低品質によって途切れてしまうこともある。
　そこで、制御装置６は、通常経路を流れる各トラヒックについて、オフロード経路へとオフロードすることを許可するか否かを判定（以下、オフロード判定）する（判定処理の詳細は、図１０などに後記）。これにより、オフロード経路でも支障のないメールなどのトラヒックをオフロード許可するとともに、ビデオ会議などのトラヒックをオフロード不許可することで、前記の副作用を抑制することができる。
　図３は、トラヒックの通信品質を示す説明図である。ユーザ端末１から相手端末５ｚまでに通過する経路ごとに保証されるサービス品質を示す。
　図３（ａ）は、メールトラヒックのオフロード前の状態を示す。ビデオ会議トラヒックおよびメールトラヒックは、それぞれ図２の通常経路を通過する。
　ビデオ会議トラヒックは、通常経路を流れるので、ユーザ端末１から外部転送装置４までは３ＧＰＰのＥ－ＵＴＲＡＮが提供する高品質を受けることができ、さらに、外部転送装置４から相手端末５ｚまでは中継網９ｃの事業者が提供する高品質を受けることができる。つまり、ビデオ会議トラヒックは、End to Endで高品質を受けることができるので、ビデオ会議サービスを円滑に実行することができる。
　メールトラヒックもビデオ会議トラヒックと同様に、End to Endで高品質を受けることができる。しかし、中継網９ｃが混雑しているので、通常経路を流れるトラヒックの一部をオフロード経路へとオフロードする必要がある。
　図３（ｂ）は、メールトラヒックのオフロード後の状態を示す。ビデオ会議トラヒックは図２の通常経路を通過し、メールトラヒックは図２のオフロード経路を通過するようにオフロードされている。制御装置６は、各トラヒックが要する通信品質などを考慮して、ビデオ会議トラヒックをオフロード不許可とし、メールトラヒックをオフロード許可する。
　メールトラヒックは、オフロード先のインターネット９ｂを通過することにより、End to Endの通信品質は低下してしまう。しかし、メールの到着が数秒単位で遅れても、ユーザは不便さを感じることはあまりないので、ユーザに不便さを感じさせずに済む。
　ビデオ会議トラヒックは、オフロード対象から除外されることにより、引き続きEnd to Endで高品質を受けることができる。
　図４は、無線システムを構成する装置のハードウェア構成を示す構成図である。図４では、外部転送装置４と制御装置６とを例示しているが、無線システムの他装置も同様のハードウェア構成を有する。
　無線システムの各装置は、ＣＰＵ（Central Processing Unit）９１と、メモリ９２と、ＵＩＦ（User Interface）９３と、ＮＷＩＦ（NetWork Interface）９９とを有するコンピュータとして構成される。
　ＣＰＵ９１は、メモリ９２から読み取った各処理部を構成するためのプログラムを実行する。
　メモリ９２は、各処理部のプログラムに加えて、各処理部が利用するデータを格納する。
　ＵＩＦ９３は、メモリ９２に格納される各データを入出力するための入出力デバイス（キーボード、マウス、ディスプレイなど）を接続するインタフェースである。
　ＮＷＩＦ９９は、他装置とやりとりされるデータを中継するインタフェースである。
　図４（ａ）の外部転送装置４では、ＮＷＩＦ９９の接続先として、ユーザ転送装置３、移動網５（ルータ５ｙ）、運用装置６ｚが例示されている。
　図４（ｂ）の制御装置６では、ＮＷＩＦ９９の接続先として、基地局２、ユーザ転送装置３、加入者サーバ７、ＤＮＳサーバ８、運用装置６ｚが例示されている。
　図５は、制御装置６を示す構成図である。制御装置６は、図２，図３で説明したように、オフロード判定部５３のオフロード判定結果により、通常経路が通過する転送装置を選択する通常経路選択部６１と、オフロード経路が通過する転送装置を選択するオフロード経路選択部６２とのいずれかに対して選択された転送装置をトラヒックに通過させる構成である。
　通常経路選択部６１は、例えば、文献「TS 29.303」のsection5.3（Procedures for Discovering and Selecting a PGW and SGW）に記載されている手法で実現できる。
　オフロード経路選択部６２は、例えば、文献「TS 29.303」のsection5.6（GW Selection for SIPTO）に記載されている手法で実現できる。
　3GPPの文献「TS 29.303」は、3GPP,“TS 29.303 11.0.0”[online][2012年4月5日検索] インターネット＜ＵＲＬ：http://www.3gpp.org/ftp/Specs/archive/29_series/29.303/29303-b00.zip＞から入手できる。
　なお、通常経路選択部６１とオフロード経路選択部６２との主な相違点としては、両選択部が呼び出すＤＮＳサーバ８への入力パラメータ（ＦＱＤＮ）の違いである。
　オフロード経路選択部６２のＦＱＤＮには、オフロード経路が通過する装置（基地局２、転送装置など）の特定情報（例えば、ユーザ端末１が接続する基地局２から地理的に近い装置の特定情報）が含まれている。ここで、オフロード経路選択部６２は、負荷分散を行うために、通過する装置の候補からランダムに通過する装置を選択してもよい。
　通常経路選択部６１のＦＱＤＮには、通常経路が通過する装置の特定情報が含まれておらず、デフォルトの転送装置がＤＮＳサーバ８によって選択される。
　以下、オフロード判定部５３のオフロード判定に用いる構成要素の詳細を説明する。オフロード判定部５３は、トラヒックの要求品質５１よりネットワークの提供品質５２が大きいときにはオフロードを許可し、要求品質５１より提供品質５２が小さいときにはオフロードを不許可とする。
　なお、トラヒックの要求品質５１とネットワークの提供品質５２とが等しいときには、オフロードを許可してもよいし、不許可としてもよい。
　まず、要求品質５１を取得するために、制御装置６は、要求品質処理部１１と、トラヒック品質データ１２と、許容品質データ１３とを有する（詳細は、図６参照）。
　次に、提供品質５２を取得するために、制御装置６は、網品質処理部２１と、網対応データ２２と、網品質特定データ２３と、推定品質処理部３１と、推定品質対応データ３２と、推定品質特定データ３３と、外部品質処理部４１と、外部品質対応データ４２と、外部品質特定データ４３とを有する（詳細は、図７参照）。
　図６は、トラヒックの要求品質のデータを示す構成図である。図６（ａ）は、トラヒック品質データ１２として、3GPPのTS 23.203の「Table 6.1.7: Standardized QCI characteristics」で示されているデータを用いた一例を示す。3GPPのTS 23.203は、3GPP,“TS 23.203 11.5.0”[online][2012年4月5日検索] インターネット＜ＵＲＬ：http://www.3gpp.org/ftp/Specs/archive/23_series/23.203/23203-b50.zip＞から入手できる。
　トラヒック品質データ１２は、サービス品質の特定情報であるＱＣＩ（QoS Class Identifier）ごとに、そのＱＣＩが帯域保証（ＧＢＲ：Guaranteed Bit Rate）されているか否かを示す情報と、ＱＣＩの優先度と、トラヒックが要求する具体的なサービス品質のパラメータ（遅延（Packet Delay）、損失率（Packet EL Rate））と、そのＱＣＩが適用されるトラヒックサービスの特定情報とを対応付けて構成される。
　なお、サービス品質のパラメータの例として、遅延と損失率とを挙げたが、この２つのうちのいずれを使用するか、いずれを優先させるかなどのポリシは、無線システムの事業者が事前に入力してもよい。さらに、サービス品質のパラメータとして、遅延や損失率以外のパラメータ（帯域など）を単独で、あるいは前記２つのパラメータと併用して用いてもよい。
　図６（ｂ）の許容品質データ１３は、ユーザがオフロード先の網で要求する（許容する）サービス品質を示す。許容品質データ１３は、ＱＣＩごとに、そのサービス品質のパラメータ（遅延、損失率）が対応付けられている。なお、許容品質データ１３は、ユーザごと、あるいは同じ属性（同じ料金体系での契約など）を持つユーザグループごとに作成することが望ましい。
　オフロード判定部５３は、オフロード判定に使用する要求品質５１として、トラヒック品質データ１２内のサービス品質のパラメータと、許容品質データ１３内のサービス品質のパラメータとのうちの少なくとも１つのパラメータをもとに特定するサービス品質のパラメータを用いる。
　例えば、要求品質５１は、許容品質データ１３内のサービス品質のパラメータとしてもよいし、トラヒック品質データ１２内のサービス品質のパラメータと、許容品質データ１３内のサービス品質のパラメータとを入力とする所定演算（最小値演算、平均値演算）の結果としてもよい。
　また、トラヒック品質データ１２や許容品質データ１３が規定する各サービス品質のパラメータの対象区間は、外部転送装置４から移動網５までの経路を対象としてもよいし、外部転送装置４以外の装置（基地局２など）から移動網５までの経路を対象としてもよい。
　さらに、サービス品質のパラメータは、要求（許容）する上限値であってもよいし、平均値であってもよい。
　図７は、ネットワークの提供品質のデータを示す構成図である。オフロード判定部５３は、オフロード判定に使用する提供品質５２として、各品質特定データ（網品質特定データ２３、推定品質特定データ３３、外部品質特定データ４３）で規定されるサービス品質のパラメータのうちの少なくとも１つのパラメータをもとに特定されるサービス品質のパラメータを用いる。
　図７（ａ）は、網品質処理部２１が処理対象とする網対応データ２２および網品質特定データ２３を示す。
　網対応データ２２は、外部転送装置４ごとに、その外部転送装置４に接続される移動網５と、その移動網５のＡＰＮとを対応付けるデータであり、運用装置６ｚから通知される。例えば、網対応データ２２の１行目は、外部転送装置４ａには、移動網５ａが接続されており、その移動網５ａは「ＡＰＮ１」という名前に対応している旨が記載されている。
　網品質特定データ２３は、外部転送装置４の接続先（オフロード先）である移動網５のＡＰＮごとに、その移動網５が提供するサービス品質のパラメータ（遅延、損失率）を規定するデータである。
　網品質処理部２１は、以下に例示する第１～第３のいずれかの設定方法により、網品質特定データ２３内のサービス品質のパラメータを設定する。なお、網対応データ２２のデータや網品質特定データ２３内のサービス品質以外のデータについては、ネットワークの設定データであるので、管理者などによりあらかじめ入力されている。
　以下、設定方法ごとに、その設定データの取得コストと、データの精度とを併せて説明する。例えば、安価な通信サービスを提供する事業者（の制御装置６）は、データの取得コストが小さいがデータの精度が低い品質特定データを用意し、高価な通信サービスを提供する事業者（の制御装置６）は、データの取得コストが大きいものの、データの精度が高い品質特定データを用意すればよい。
　第１の設定方法は、全ＡＰＮで共通に用いるサービス品質値の代表値を、管理者に入力させる方法である。１つのパラメータの入力操作だけなので、データの取得コストに優れる方法である。さらに、サービス品質の取得の手間を削減させることで、オフロード先の網が異なる管理形態（別会社、別の国など）であっても、幅広く本実施形態のオフロード判定を実行することができる。
　第２の設定方法は、ＡＰＮごとのサービス品質値を、管理者に入力させる方法である。管理者は、機器のカタログスペックなどを参照して得た知識をもとに、ＡＰＮごとのサービス品質値を入力する。データの取得コストとデータの精度とのバランスがとれた方法である。
　第３の設定方法は、ＡＰＮごとのサービス品質値の実測データ（詳細は、図８）を、運用装置６ｚから受信して設定する方法である。データの取得コストはかかるものの、データの精度に優れるので、オフロード先の網において実際にはサービス品質が悪いにも関わらず、誤って該ゲートウェイが選択されてオフロードが実施される不都合を減らすことができる。
　図７（ｂ）は、推定品質処理部３１が処理対象とする推定品質対応データ３２および推定品質特定データ３３を示す。
　推定品質対応データ３２は、ＩＤで特定されるＡＰＮごとに、そのＡＰＮの文字列と、その文字列から特定される推定品質を示す単語との対応データである。推定品質を示す単語は、例えば、ＡＰＮの文字列に含まれる単語である。推定品質を示す単語は、例えば、“internet”などのネットワークの種別を表す文字列や、“voice”などのサービスの種別を表す文字列である。
　推定品質対応データ３２は、推定品質を示す単語ごとに、そのサービス品質のパラメータ（遅延、損失率）を規定するデータである。
　推定品質処理部３１は、トラヒックのオフロード経路に含まれる移動網５のＡＰＮから、推定品質対応データ３２を参照してそのＡＰＮの推定品質を示す単語を特定し、推定品質特定データ３３を参照して、推定品質に対応するサービス品質を取得する。そのため、推定品質処理部３１は、管理者からあらかじめ推定品質対応データ３２および推定品質特定データ３３の各データ内容の入力を受け付けて記録しておく。
　例えば、推定品質処理部３１は、トラヒックのオフロード経路のＡＰＮがＡＰＮ１＝“voice.mnc012.mcc214.gprs”であるとき、推定品質対応データ３２を参照して、ＡＰＮ１に“voice”の文字が含まれることにより、推定品質を“voice”とする。そして、推定品質処理部３１は、推定品質特定データ３３の推定品質“voice”の行を参照して、ＡＰＮ１のサービス品質を「遅延=100ms,損失率=10^-6」と推定する。
　図７（ｃ）は、外部品質処理部４１が処理対象とする外部品質対応データ４２および外部品質特定データ４３を示す。
　外部品質対応データ４２は、オフロード元の網のサービス品質を示すＱＣＩ（左列）と、オフロード先の網のサービス品質を示す外部ＱＣＩ（External Network QoS Index）とを対応付けるデータである。なお、外部ＱＣＩに対応したＤＳＣＰ（DiffServ Code Point）値が、オフロード先の網を流れるパケットに付加される。
　外部品質特定データ４３は、外部ＱＣＩごとに、そのサービス品質のパラメータ（遅延、損失率）を規定するデータである。このパラメータは、品質の上限値でもよいし、平均値でもよい。
　ここで、オフロード元の網とは、例えば、図３の「３ＧＰＰ」の網であり、オフロード先の網とは、例えば、図３の中継網９ｃやインターネット９ｂが該当する。
　外部品質処理部４１は、トラヒック品質データ１２から特定したトラヒックのＱＣＩ（＝１など）をもとに、外部品質対応データ４２から対応する外部ＱＣＩ（＝ａなど）を特定し、その特定した外部ＱＣＩから外部品質特定データ４３を参照してサービス品質のパラメータ（＝遅延「80」、損失率「10^-3」など）を取得する。
　これにより、異なるネットワーク間でもサービス品質が対応付けられていることから、オフロード先の網のサービス品質として、オフロード元の網のサービス品質と同等であることが期待でき、高精度な提供品質５２を取得することができる。
　図８は、提供品質の実測データ取得処理を示すフローチャートである。
　Ｓ２０１において、運用装置６ｚは、サービス品質情報を要求するコマンドである実測要求（QoS Measurement Req）を、外部転送装置４に送信する。
　Ｓ２０２において、外部転送装置４は、Ｓ２０１の実測要求への応答として、実測応答（QoS Measurement Res）を運用装置６ｚに送信する。
　Ｓ２０３において、外部転送装置４は、Ｓ２０１の実測要求について、移動網５（ルータ５ｙ）との間で品質実測（QoS Measurement）を実行する。品質実測とは、例えば、pingコマンドの実行であり、外部転送装置４と移動網５との間で送受信される測定用メッセージ（echo requestメッセージ、echo replyメッセージ）をもとに計測される。
　実測データの遅延は、echo requestメッセージを送信してからecho replyを受信するまでの時間の平均値を２で割り算した結果である。
　実測データの損失率は、（echo replyを受信しなかったecho requestメッセージ数）／（echo requestメッセージの全送信回数）である。
　測定用の設定値（測定用メッセージを送受信する各ノードのアドレス、echo requestメッセージの送信回数など）は、他装置（運用装置６ｚ、制御装置６など）からリモートで設定されてもよいし、自装置に接続された入力手段からローカルに設定されてもよい。
　Ｓ２０４において、運用装置６ｚは、Ｓ２０３のサービス品質の実測情報を要求するコマンドである実測結果要求（QoS Information Req）を外部転送装置４へ送信する。
　Ｓ２０５において、外部転送装置４は、Ｓ２０３のサービス品質の実測情報を含む実測結果応答（QoS Information Res）を運用装置６ｚへ送信する。
　Ｓ２０６において、運用装置６ｚは、Ｓ２０５で取得したサービス品質の実測情報を含む実測報告（QoS InfoInsert Req）を制御装置６に送信する。
　Ｓ２０７において、制御装置６は、実測報告応答（QoS InfoInsert Res）する。
　以上説明したＳ２０１～Ｓ２０７の各処理は、図８に例示した順序だけでなく、さまざまな変形実施をしてもよい。
　例えば、サービス品質は時間経過とともに変動するデータであるので、Ｓ２０１の実測要求を所定時間ごとに繰り返し送信して、最新のサービス品質の実測情報を複数回計測させてもよい。
　また、Ｓ２０２、Ｓ２０５、Ｓ２０７の各応答メッセージを省略し、それらの応答メッセージの到着を待たずに、所定時間待ってから次の処理へと進めてもよい。
　さらに、外部転送装置４は、Ｓ２０２、Ｓ２０３の各メッセージ処理を省略し、Ｓ２０１の実測要求への応答として、Ｓ２０５の実測結果応答を送信してもよい。
　図９は、トラヒックの経路決定処理を示すフローチャートである。
　Ｓ１１において、ユーザ端末１は、自身から地理的に近い基地局２のＩＤを含む接続要求（Attach Request）を、接続先の基地局２へ送信する。基地局２は、ユーザ端末１のＩＤと基地局２のＩＤとを制御装置６へ通知する。
　Ｓ１２において、制御装置６は、Ｓ１１のユーザ端末１に対して端末認証（Authentication）を実行する。そのため、制御装置６は、加入者サーバ７からユーザ端末１の認証データを取得する。
　Ｓ１３において、制御装置６は、ユーザ端末１の接続位置を更新する旨の更新要求（ＵＬＲ：Update Location Request）を加入者サーバ７へ送信する。
　Ｓ１４において、加入者サーバ７は、Ｓ１３への応答として、加入者データ（Subscriber data）を含む更新応答（ＵＬＡ：Update Location Ack）を制御装置６に送信する。この更新応答には、ユーザ端末１のユーザが加入する（利用可能である）移動網５を示すＡＰＮと、その各ＡＰＮに対してＳＩＰＴＯのオフロードが許可されているか否かの情報（ＳＩＰＴＯ allowed）と、その各ＡＰＮの移動網５が提供するＱＣＩとが含まれている。
　Ｓ１５において、制御装置６のオフロード判定部５３は、オフロード判定を実行する（詳細は、図１０）。
　Ｓ１６において、制御装置６は、Ｓ１５のオフロード判定の結果を基に、Ｓ１１で接続要求されたトラヒックが通過する経路上の転送装置（ＧＷ）を要求する旨のＧＷ要求をＤＮＳサーバ８に送信する。
　なお、Ｓ１５でオフロードが許可されたときには、Ｓ１６のＧＷ要求に含まれるＦＱＤＮは、Ｓ１４で取得したデフォルトのＡＰＮに加え、Ｓ１１の接続要求に含まれる基地局２のＡＰＮである。
　一方、Ｓ１５でオフロードが不許可とされたときには、Ｓ１６のＧＷ要求においては、特定の装置を指定しない（ＦＱＤＮとして、Ｓ１４で取得したデフォルトのＡＰＮを指定）。
　Ｓ１７において、ＤＮＳサーバ８は、Ｓ１６のＧＷ要求に対してＧＷ応答を制御装置６に送信する。このＧＷ応答には、Ｓ１６のＧＷ要求に含まれるＦＱＤＮに対応する転送装置（ユーザ転送装置３、外部転送装置４）のＩＰアドレスが含まれている。
　Ｓ１８において、制御装置６は、Ｓ１７のＧＷ応答で指定される各転送装置に対して、ユーザデータのトラヒックが通過する経路の接続確立（Connection establishment）を指示する。この接続確立においては、Ｓ１４の更新応答に含まれるＱＣＩが示すサービス品質が適用される。ＱＣＩを指定する接続確立の詳細は、例えば、非特許文献１の第5.3.2.1章を参照すればよい。
　図１０は、オフロード判定処理を示すフローチャートである。
　Ｓ１０１において、オフロード判定部５３は、Ｓ１４で取得した更新応答の「ＳＩＰＴＯ allowed」から、Ｓ１１のユーザ端末１がオフロード経路の利用を許可されているか否かを判定する。Ｓ１０１でＹＥＳ（許可）なら、オフロード判定をするために、Ｓ１０２へ進む。Ｓ１０１でＮＯ（不許可）なら、そもそもサービス品質を参照してオフロード判定をするまでもなく、オフロード経路を利用できないので、Ｓ１０６へと進む。
　Ｓ１０２において、オフロード判定部５３（品質取得手段）は、図６のトラヒック品質データ１２や許容品質データ１３で説明したように、トラヒック（ユーザ）の要求品質５１を取得する。
　Ｓ１０３において、オフロード判定部５３（品質取得手段）は、図７の網品質特定データ２３、推定品質特定データ３３、外部品質特定データ４３で説明したように、ネットワークの提供品質５２を取得する。
　ここで、End to Endでサービス品質を保証するために、複数の網（第１網、第２網、第３網、…）を通過するトラヒックへの提供品質５２として、以下に例示するように、End to Endでのサービス品質を示す値を計算することが、望ましい。
　提供品質５２（遅延）＝（第１網の遅延値）＋（第２網の遅延値）＋（第３網の遅延値）＋…
　提供品質５２（損失率）＝１－（第１網の転送成功率）×（第２網の転送成功率）×（第３網の転送成功率）×…、なお、転送成功率＝（１－網の損失率）である。
　提供品質５２（帯域）＝ＭＩＮ（（第１網の帯域），（第２網の帯域），（第３網の帯域）＋…）、なお、ＭＩＮとは複数の引数のうちの最小値を計算する関数である。
　Ｓ１０４において、オフロード判定部５３は、Ｓ１０３の提供品質がＳ１０２の要求品質を満足するかの判定により、オフロード判定を実行する。この判定を満たすときには（Ｓ１０４，ＹＥＳ）、オフロードを許可するので、Ｓ１０５へ進む。この判定を満たさないときには（Ｓ１０４，ＮＯ）、オフロードを不許可とするので、Ｓ１０６へ進む。
　例えば、Ｓ１０３の提供品質５２（網品質特定データ２３の遅延列）が「遅延＝150ms」であるときには、Ｓ１０２の要求品質５１が遅延≧150msである各トラヒックサービス（トラヒック品質データ１２では、ＱＣＩ＝１，２，３，５，７が該当）のオフロードが許可される。
　または、Ｓ１０３の提供品質５２（網品質特定データ２３の損失率列）が「損失率＝10^-6」であるときには、Ｓ１０２の要求品質５１が損失率≧10^-6である各トラヒックサービス（トラヒック品質データ１２では、ＱＣＩ＝４，５，６，８，９が該当）のオフロードが許可される。
　Ｓ１０５において、オフロード経路選択部６２は、トラヒックが通過する経路をオフロード経路に決定（オフロード許可）する。
　Ｓ１０６において、通常経路選択部６１は、トラヒックが通過する経路を通常経路に決定（オフロード不許可）する。なお、図９で説明したように、このＳ１０５，Ｓ１０６の決定結果は、Ｓ１６のＧＷ要求に含まれるＦＱＤＮへと反映される。
　以上の図１０までに説明した各処理により、ユーザ端末１から相手端末５ｚまでのEnd to Endで各トラヒックが要求するサービス品質に対応した接続が確立される。以下の図１１～図１４の説明では、接続が確立された後に、ユーザ端末１を収容する基地局２が切り替わる（ハンドオーバする）例を説明する。
　図１１は、通常経路を流れるトラヒックのハンドオーバ経路を示す説明図である。ユーザ端末１は、基地局２ａから基地局２ｂへとハンドオーバする。
　図１１（ａ）のハンドオーバ前の状態では、トラヒックが流れる通常経路は、ユーザ端末１→基地局２ａ→ユーザ転送装置３ａ→外部転送装置４ａ→移動網５の順に通過する。
　図１１（ｂ）のハンドオーバ後の状態では、トラヒックが流れる通常経路は、ユーザ端末１→基地局２ｂ→ユーザ転送装置３ａ→外部転送装置４ａ→移動網５の順に通過する。
　よって、ハンドオーバ前後では、上流側（ユーザ端末１→基地局２→ユーザ転送装置３）の通常経路は変更されるものの、下流側（ユーザ転送装置３→外部転送装置４→移動網５）の通常経路は変更されない。換言すると、下流側の転送装置（ユーザ転送装置３、外部転送装置４）であるＧＷがハンドオーバ前後で再選択（GW relocation）される。
　つまり、制御装置６は、ハンドオーバ後において、上流側の通常経路の接続を新しい経路へと変更する必要があるが、下流側の通常経路の接続はハンドオーバ前の状態をそのまま引き継ぐだけでよく、旧接続の切断や新接続の確立は不要である。これにより、接続切断によるサービス中断を抑制できる。
　図１２は、図１１の通常経路のハンドオーバ経路の決定処理を示すフローチャートである。
　Ｓ２１において、ユーザ端末１は、ハンドオーバ（ＨＯ：Hand Over）に伴う位置情報の更新（ＴＡＵ：Tracking Area Update）を開始する。
　Ｓ２２において、ユーザ端末１は、Ｓ２１のＨＯ要求（Tracking Area Update request）をハンドオーバ先の基地局２ｂに送信する。基地局２ｂは、制御装置６ｂにＳ２２のＨＯ要求があった旨を通知する。以下、通知を受けた制御装置６ｂは、新たにユーザ端末１の移動管理を行うために、ハンドオーバ前の移動管理を行っていた制御装置６ａから、ユーザ端末１に関する情報を引き継ぐ。
　Ｓ２３において、引継先の制御装置６ｂは、ユーザ端末１の接続（Ｓ１８）に必要な情報を要求するための引継要求（context request）を引継元の制御装置６ａに送信する。
　Ｓ２４において、制御装置６ａは、接続情報を含む引継応答（context response）をＳ２３への応答として制御装置６ｂに送信する。この接続情報には、Ｓ１４の更新応答（ＡＰＮ、ＳＩＰＴＯ allowed、ＱＣＩ）に加え、Ｓ１７のＧＷ応答（転送装置のＩＰアドレス）が含まれている。
　Ｓ２５では、Ｓ１２と同じように端末認証（Authentication）が行われる。
　Ｓ２６では、Ｓ１２と同じようにオフロード判定が行われ、その結果としてオフロード不許可（通常経路が選択）されたものとする。
　Ｓ２７，Ｓ２８は、Ｓ１６，Ｓ１７と同じようにＤＮＳサーバ８による名前解決処理（ＧＷ要求、ＧＷ応答）である。
　Ｓ２９において、制御装置６ｂは、図１１（ｂ）で説明したように、ＧＷ再選択（GW relocation）を実行する。
　図１３は、オフロード経路を流れるトラヒックのハンドオーバ経路を示す説明図である。図１１と同様に、ユーザ端末１は、基地局２ａから基地局２ｂへとハンドオーバする。ここで、図１３（ａ）のハンドオーバ前の状態から図１３（ｂ）のハンドオーバ後の状態への移行に伴い、オフロード経路を通過する転送装置（ユーザ転送装置３、外部転送装置４）が、変わっている。
　そのため、図１１と異なり、ＧＷ再選択は行えないため、End to Endでオフロード経路の接続を変更する必要がある。
　図１４は、図１３のオフロードのハンドオーバ経路決定処理を示すフローチャートである。以下、図１２と図１４とで同じ処理には同じ符号を付し、両フローチャートの相違点に着目して説明する。
　Ｓ２１～Ｓ２５は、両フローチャートで同じ処理を行う。
　Ｓ２６において、図１４では、オフロード判定の結果として、オフロード許可（オフロード経路を選択）する。
　Ｓ２８ｂにおいて、制御装置６ｂは、ＧＷ再選択をしない（ハンドオーバ前に接続していた転送装置とは異なる転送装置を新たに選択する）旨を、ＧＷ変更（Serving GW change indication）として制御装置６ａに送信する。
　Ｓ２９ａにおいて、制御装置６ｂは、図１３（ｂ）で示した新たな接続確立（Connection establishment）を実施する。
　Ｓ２９ｂにおいて、制御装置６ａは、図１３（ａ）で示した不要な接続を切断する。
　以上説明した本実施形態では、制御装置６のオフロード判定部５３が、要求品質５１と提供品質５２とを比較することでオフロード判定を行い、オフロード経路へと逃がすか否かを決定する。これにより、要求品質５１が提供品質５２よりも高いことで、オフロード経路で要求品質５１が満たされないトラヒックについては、オフロード経路へと逃がさないことで、サービス品質劣化の影響無くユーザへ通信サービスを提供することができる。さらに、要求品質５１が提供品質５２よりも低いことで、オフロード経路でも要求品質５１が満たされるトラヒックについては、オフロード経路へと逃がすことで、無線システムの混雑を緩和できる。
　ここで、通信品質（要求品質５１、提供品質５２）の高さについて、「遅延や損失率」などの品質パラメータは、その品質のインデックス値が小さいほど、通信品質が高品質である。一方、「帯域」などの品質パラメータは、その品質のインデックス値が大きいほど、通信品質が高品質である。
　よって、通常経路を流れるトラヒックのユーザも、オフロード経路を流れるトラヒックのユーザも、ともにトラヒックサービスを利用できるだけの充分な通信品質が提供されるので、事業者にクレームを伝えて顧客対応のコストを増加させたり、他の事業者へと契約切り替えをして事業機会を損失したり、通信サービスの提供価格を下げたりすることを、それぞれ抑制できる。
　さらに、提供品質５２が多様であっても、網品質特定データ２３、推定品質特定データ３３、外部品質特定データ４３などの様々なデータから提供品質５２を特定するので、低コストや高精度にオフロード判定を実施することができる。
　なお、本発明は前記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、前記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。
　また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。
　また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段などは、それらの一部または全部を、例えば集積回路で設計するなどによりハードウェアで実現してもよい。
　また、前記の各構成、機能などは、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。
　各機能を実現するプログラム、テーブル、ファイルなどの情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）などの記録装置、または、ＩＣ（Integrated Circuit）カード、ＳＤカード、ＤＶＤなどの記録媒体に置くことができる。
　また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
　１　　　ユーザ端末
　２　　　基地局
　３　　　ユーザ転送装置
　４　　　外部転送装置
　５　　　移動網
　５ｙ　　ルータ
　５ｚ　　相手端末
　６　　　制御装置
　６ｚ　　運用装置
　７　　　加入者サーバ
　８　　　ＤＮＳサーバ
　９ａ　　コア網
　９ｂ　　インターネット
　９ｃ　　中継網
　９ｄ　　中継網
　１１　　要求品質処理部
　１２　　トラヒック品質データ
　１３　　許容品質データ
　２１　　網品質処理部
　２２　　網対応データ
　２３　　網品質特定データ
　３１　　推定品質処理部
　３２　　推定品質対応データ
　３３　　推定品質特定データ
　４１　　外部品質処理部
　４２　　外部品質対応データ
　４３　　外部品質特定データ
　５１　　要求品質
　５２　　提供品質
　５３　　オフロード判定部
　６１　　通常経路選択部
　６２　　オフロード経路選択部

Claims (10)

  1. 　無線通信のために接続要求されたトラヒックについて、そのトラヒックが要する通信網のサービス品質である要求品質と、各前記通信網が提供するサービス品質である提供品質とをそれぞれ格納する記憶手段と、
    　前記接続要求されたトラヒックに対して、対応する前記要求品質を前記記憶手段から取得し、前記接続要求されたトラヒックが通過する経路上の前記通信網ごとに、その通信網の前記提供品質を前記記憶手段から取得する品質取得手段と、
    　取得した前記提供品質が取得した前記要求品質を満足するときには、取得した前記提供品質に対応する前記通信網への接続を許可し、
    　取得した前記提供品質が取得した前記要求品質を満足しないときには、取得した前記提供品質に対応する前記通信網への接続を不許可とする判定手段と、を有することを特徴とする
    　無線システムの制御装置。
  2. 　前記判定手段により前記通信網への接続が許可されたときには、接続要求に含まれる装置ＩＤから特定される基地局と、接続が許可された前記通信網とを通過する接続を新たに確立し、
    　前記判定手段により前記通信網への接続が不許可とされたときには、不許可とされた前記通信網以外の前記通信網を通過する接続を継続して選択する経路選択手段を、さらに有することを特徴とする
    　請求の範囲第１項に記載の無線システムの制御装置。
  3. 　前記品質取得手段は、前記要求品質として、トラヒックのユーザごとにあらかじめ設定したデータである、サービス品質の許容される上限値を前記記憶手段から取得することを特徴とする
    　請求の範囲第１項または第２項に記載の無線システムの制御装置。
  4. 　前記品質取得手段は、全通信網で共通に用いるサービス品質値の代表値の入力を受け付け、その代表値を、前記提供品質として用いることを特徴とする
    　請求の範囲第１項または第２項に記載の無線システムの制御装置。
  5. 　前記品質取得手段は、前記通信網ごとのサービス品質値の入力を受け付け、それらのサービス品質値のうちの前記判定手段で判定対象となる前記通信網についてのサービス品質値を、前記提供品質として用いることを特徴とする
    　請求の範囲第１項または第２項に記載の無線システムの制御装置。
  6. 　前記品質取得手段は、前記通信網ごとのサービス品質値の実測要求を各前記通信網に接続する転送装置に送信して、前記通信網ごとのサービス品質値の実測データを取得し、それらのサービス品質値のうちの前記判定手段で判定対象となる前記通信網についてのサービス品質値を、前記提供品質として用いることを特徴とする
    　請求の範囲第１項または第２項に記載の無線システムの制御装置。
  7. 　前記品質取得手段は、あらかじめ前記記憶手段に格納されている推定品質を示す単語と、その単語に対応するサービス品質値との対応データを参照し、前記通信網の特定情報の文字列に含まれている前記推定品質を示す単語から対応付けられるサービス品質値を、前記提供品質として用いることを特徴とする
    　請求の範囲第１項または第２項に記載の無線システムの制御装置。
  8. 　前記品質取得手段は、あらかじめ前記記憶手段に格納されている複数の前記通信網間でのサービス品質値を示すＩＤの対応データを参照し、複数の前記通信網のうちのトラヒックが通過する前記通信網でのサービス品質値を示すＩＤから、複数の前記通信網のうちの前記判定手段で判定される前記通信網でのサービス品質値を取得して、その取得したサービス品質値を、前記提供品質として用いることを特徴とする
    　請求の範囲第１項または第２項に記載の無線システムの制御装置。
  9. 　無線通信のトラヒックが流れる通信網の無線システムにおいて、トラヒックが通過する論理的な通信路である接続の経路を決定する制御方法であって、
    　無線システムの制御装置は、
    　前記無線通信のために接続要求されたトラヒックについて、そのトラヒックが要する通信網のサービス品質である要求品質と、各前記通信網が提供するサービス品質である提供品質とをそれぞれ格納する記憶手段を有し、
    　前記接続要求されたトラヒックに対して、対応する前記要求品質を前記記憶手段から取得し、前記接続要求されたトラヒックが通過する経路上の前記通信網ごとに、その通信網の前記提供品質を前記記憶手段から取得し、
    　取得した前記提供品質が取得した前記要求品質を満足するときには、取得した前記提供品質に対応する前記通信網への接続を許可し、
    　取得した前記提供品質が取得した前記要求品質を満足しないときには、取得した前記提供品質に対応する前記通信網への接続を不許可とすることを特徴とする
    　無線システムの制御方法。
  10. 　無線システムの制御装置は、
    　前記判定手段により前記通信網への接続が許可されたときには、接続要求に含まれる装置ＩＤから特定される基地局と、接続が許可された前記通信網とを通過する接続を新たに確立し、
    　前記通信網への接続が不許可とされたトラヒックについて、不許可とされた前記通信網以外の前記通信網を通過する接続を継続して選択することを特徴とする
    　請求の範囲第９項に記載の無線システムの制御方法。
PCT/JP2013/053235 2012-05-09 2013-02-12 無線システムの制御装置、および、制御方法 Ceased WO2013168443A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/399,692 US20150072701A1 (en) 2012-05-09 2013-02-12 Wireless system control device and control method
EP13787392.3A EP2849529A1 (en) 2012-05-09 2013-02-12 Wireless system control device and control method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012107727A JP5764525B2 (ja) 2012-05-09 2012-05-09 無線システムの制御装置、および、制御方法
JP2012-107727 2012-05-09

Publications (1)

Publication Number Publication Date
WO2013168443A1 true WO2013168443A1 (ja) 2013-11-14

Family

ID=49550505

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/053235 Ceased WO2013168443A1 (ja) 2012-05-09 2013-02-12 無線システムの制御装置、および、制御方法

Country Status (4)

Country Link
US (1) US20150072701A1 (ja)
EP (1) EP2849529A1 (ja)
JP (1) JP5764525B2 (ja)
WO (1) WO2013168443A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2854447B1 (en) * 2013-09-30 2017-06-28 Alcatel Lucent On-demand qos for data connections
US20190047581A1 (en) * 2017-08-14 2019-02-14 GM Global Technology Operations LLC Method and apparatus for supporting mission-critical applications via computational cloud offloading
US10887187B2 (en) * 2019-05-14 2021-01-05 At&T Mobility Ii Llc Integration of a device platform with a core network or a multi-access edge computing environment
US20230259344A1 (en) * 2022-02-16 2023-08-17 Saudi Arabian Oil Company System and method for tracking and installing missing software applications

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004536535A (ja) * 2001-07-10 2004-12-02 シーメンス　アクチエンゲゼルシヤフト モバイルノード（ＭＮ）と通信先ノード（ＣＮ）との間のＩＰに基づく、特にモバイルＩＰｖ６に基づく第１および第２の通信経路間におけるＱｏＳに適応したハンドオフの実行方法
JP2011160242A (ja) * 2010-02-02 2011-08-18 Nec Corp 管理装置、管理システム、管理方法、及びプログラム
WO2012035697A1 (ja) * 2010-09-17 2012-03-22 パナソニック株式会社 基地局及び通信システム

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070208864A1 (en) * 2002-10-21 2007-09-06 Flynn Lori A Mobility access gateway
JP4276568B2 (ja) * 2004-03-26 2009-06-10 株式会社日立コミュニケーションテクノロジー ルータ及びｓｉｐサーバ
KR100645432B1 (ko) * 2004-11-04 2006-11-15 삼성전자주식회사 ＩＰ 기반 이동망 환경에서 액세스 망간 핸드오버시ＱｏＳ 시그널링 방법
US20060159047A1 (en) * 2005-01-18 2006-07-20 Interdigital Technology Corporation Method and system for context transfer across heterogeneous networks
US8249015B2 (en) * 2005-11-10 2012-08-21 Interdigital Technology Corporation Method and system for media independent handover using operation, administration and maintenance protocol
US20070160049A1 (en) * 2006-01-09 2007-07-12 Motorola, Inc. Method and apparatus for effecting a handoff in a mobile internet protocol communication system
JP4749215B2 (ja) * 2006-04-26 2011-08-17 京セラ株式会社 移動通信方法及び移動端末
JP4317882B2 (ja) * 2007-03-19 2009-08-19 株式会社日立製作所 無線通信システムおよび監視装置
US8903393B2 (en) * 2007-06-28 2014-12-02 Qualcomm Incorporated Wireless communication device for maintaining minimum quality of service (QoS) communication sessions during hard handoffs
GB2466226B (en) * 2008-12-15 2012-11-14 King S College London Improvements in or relating to network mobility
KR101652442B1 (ko) * 2009-05-05 2016-08-30 엘지전자 주식회사 이동통신 네트워크 내에서 제어 평면（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）을 담당하는 서버 및 커넥션 설정을 제어하는 방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004536535A (ja) * 2001-07-10 2004-12-02 シーメンス　アクチエンゲゼルシヤフト モバイルノード（ＭＮ）と通信先ノード（ＣＮ）との間のＩＰに基づく、特にモバイルＩＰｖ６に基づく第１および第２の通信経路間におけるＱｏＳに適応したハンドオフの実行方法
JP2011160242A (ja) * 2010-02-02 2011-08-18 Nec Corp 管理装置、管理システム、管理方法、及びプログラム
WO2012035697A1 (ja) * 2010-09-17 2012-03-22 パナソニック株式会社 基地局及び通信システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP, ''TS 23.401 V10.5.0, 27 September 2011 (2011-09-27)

Also Published As

Publication number Publication date
JP2013236265A (ja) 2013-11-21
US20150072701A1 (en) 2015-03-12
EP2849529A1 (en) 2015-03-18
JP5764525B2 (ja) 2015-08-19

Similar Documents

Publication Publication Date Title
US20230072956A1 (en) Slice access method, apparatus, and system
US9713082B2 (en) Service node selection in a communications network based on application server information
US10674421B2 (en) Data packet processing method and device
US8976663B2 (en) QCI based offloading
US9338085B2 (en) Smart mobility management entity for UE attached relay node
US20160050587A1 (en) Proactive network congestion mitigation
US20100208653A1 (en) MOBILE COMMUNICATION SYSTEM AND ACCESS GATEWAY HAVING PLURAL USER PLANE AGWs
US9974007B2 (en) Method and apparatus for managing access network information
JP2021504991A (ja) アプリケーションのためのトラフィックをハンドリングするための方法および機能
US10588045B2 (en) Method and apparatus for handling data flow in wireless communication networks
WO2019201322A1 (zh) 一种通信方法及相关设备
WO2019185800A1 (en) Dedicated bearer management
JP5764525B2 (ja) 無線システムの制御装置、および、制御方法
US10439935B2 (en) Systems and methods for providing external services to core network traffic
CN110430607B (zh) 业务连续性的处理方法和设备
WO2014059647A1 (zh) 一种数据域业务处理方法、装置及系统
US12432620B2 (en) Systems and methods for multi-slice communication sessions in a wireless network
US20210022204A1 (en) Methods and apparatuses for accessing a service outside a mobile communications network in a multipath connection
CN109691181B (zh) 用于传输网络中的分组流优化的方法、流控制实体和承载控制实体
Suh et al. Inter-slice traffic steering technologies for beyond 5g networks
US20250024397A1 (en) Systems and methods for enhanced policy propagation
GB2572443A (en) Dedicated bearer management
JP2020191497A (ja) 情報処理方法

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: 13787392

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2013787392

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 14399692

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE