WO2008015832A1 - Qualité de service pour chaque ligne commandant un appareil de commande de communication, système de communication et procédé de commande à cet effet - Google Patents

Qualité de service pour chaque ligne commandant un appareil de commande de communication, système de communication et procédé de commande à cet effet Download PDF

Info

Publication number
WO2008015832A1
WO2008015832A1 PCT/JP2007/059128 JP2007059128W WO2008015832A1 WO 2008015832 A1 WO2008015832 A1 WO 2008015832A1 JP 2007059128 W JP2007059128 W JP 2007059128W WO 2008015832 A1 WO2008015832 A1 WO 2008015832A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
qos
session
control signal
access line
Prior art date
Application number
PCT/JP2007/059128
Other languages
English (en)
French (fr)
Inventor
Hitomi Nakamura
Masashi Yano
Junichi Fujiwara
Tooru Matsukawa
Original Assignee
Hitachi Communication Technologies, 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 Communication Technologies, Ltd. filed Critical Hitachi Communication Technologies, Ltd.
Priority to JP2008527677A priority Critical patent/JP4643712B2/ja
Publication of WO2008015832A1 publication Critical patent/WO2008015832A1/ja

Links

Classifications

    • 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
    • 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/15—Flow control; Congestion control in relation to multipoint traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/824—Applicable to portable or mobile terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS

Definitions

  • Communication control device for controlling QoS for each line, communication system and control method thereof
  • the technology disclosed in this specification relates to a communication system that controls QoS of an access network in conjunction with service control.
  • NGN Next-generation backbone IP network
  • access policies such as mobile z-fixing and services such as broadcasting / Internet, but in NGN these are all integrated on a common IP network.
  • NGN standardization is based on the European standard ET SI (Eu ropean Te leco mm un icati on s Stan ards Institute) TI TI SPAN rotocols Fo r Adv an ced Ne two r ng) and ITU-T (Intenational Te leco mmu nication Un i on— Te leco mm un icati on St nd ardization) FGNGN enerati on Ne two rk). Both agencies are considering separately the knot transfer function and the service control function.
  • I ⁇ ⁇ ⁇ and video conferencing are currently the main considerations ⁇ , and SIP (Sessi on Initiati on Protocol) (I ETF F RFC326 D / SDP (S essi on De scripti on P rotocol) (IETF RF C 2327).
  • SIP Sessi on Initiati on Protocol
  • I ETF F RFC326 D / SDP S essi on De scripti on P rotocol
  • IETF RF C 2327 The service network configuration based on SIP is a standardization organization for third-generation mobile communications.
  • I M S / MMD specifies an access network QoS control procedure (SBBC) that is linked to session control (SBBC).
  • SBBC access network QoS control procedure
  • Q o S Pol i c y between S I P S e r v e r and AGW (Ac c e s s Ga t ewa y)
  • QoSPolycyServer controls the QoS setting of AGW based on the service information notified from SIP Server.
  • the session establishment procedure when implementing SBBC is shown below.
  • the calling terminal X first uses S I PZSDP to exchange media communication information (IPadre ss. Port, CODEC, used bandwidth, etc.) with the called terminal y.
  • SIPS erver extracts the filter (IP Address, Protocol, Port), band used, and terminal ID for identifying media flow from the SI PZSDP message power, and informs Qo S Policy Server (Hereafter, this information is called service information).
  • terminal X requests the QoS setting from AGW using RSVP.
  • Qo S setting request includes flow filter (IP address, protocol, port), requested bandwidth and terminal ID.
  • the AGW communicates the QoS authorization request to the QoS Policy Server.
  • Qo S Policy Server uses the flow filter and terminal ID as a comparison key to support the corresponding service. Search the service information. If the bandwidth of the service information is larger than the bandwidth requested from the terminal, authorize the QoS setting and notify the AGW to that effect.
  • the AGW sets a flow filter and a band in the local QoS parameter table, and returns a response to the terminal X.
  • Terminal X uses SIP / SDP to notify terminal y of the successful QoS configuration and completes the session establishment. Disclosure of the invention
  • QoS resources are reserved for each terminal.
  • QoS resources are reserved for each line (home), and multiple terminals share the line resource.
  • QoS Policy Server needs to give QoS authorization in consideration of the bandwidth used for each circuit and the constraints imposed on the circuit (guaranteed bandwidth of the circuit, etc.). is there.
  • the information for identifying the line is not included in any of the SI PZQo S setting requests. Therefore, Qo S POLICY S er v er has the problem that the total bandwidth used for each line cannot be calculated (first).
  • a terminal In a mobile access network, a terminal is authenticated when connecting to the access network. Therefore, only terminals that have a trust relationship with the carrier can send a QoS setting request to the AGW.
  • the terminal In the fixed access network, the terminal is accommodated in the home network and connected to the access network of the communication carrier via the communication ⁇ such as HGW (Home Gateway).
  • the telecommunications carrier performs HGW authentication but does not perform terminal authentication. For this reason, we adopted an architecture that tells the QoS setting request from the terminal in the same way as the mobile access network: ⁇ A terminal that has no trust relationship with the carrier controls the QoS setting of the AGW, which is a security problem.
  • a representative invention disclosed in the present application includes a plurality of terminals connected to a communication network via an access line, a session control server that processes a session control signal transmitted from the terminal, and a Kamika access line.
  • the terminal transmits at least the session control signal including information indicating a bandwidth requested by the terminal in response to a session.
  • the terminal further transmits an identifier of the access line to the session control server, and the session control server receives the child of the access line received and the terminal requests in the session.
  • Information indicating the bandwidth to be transmitted to the QoS control server, and the QoS control server transmits the identifier of the same tirt self-access line. All the associated session! This is characterized in that QoS is controlled based on the required bandwidth.
  • QoS can be controlled for each line. Further, according to an embodiment of the present invention, it is possible to configure a system in which only bacteria having a trust relationship with a telecommunications carrier control the AGW QoS settings.
  • FIG. 1 is an explanatory diagram showing a configuration example of a communication network according to the first embodiment of the present invention.
  • FIG. 2A is a block diagram showing an apparatus configuration of SIP Serve ver according to the first embodiment of the present invention.
  • FIG. 2B is an explanatory diagram of SIP Se ssi on Tab 1 e held by the SIP Service of the first embodiment of the present invention.
  • FIG. 3A is a block diagram showing an apparatus configuration of QoS S p ilic cy r rv er according to the first embodiment of the present invention.
  • FIG. 3B shows the QoS policy of the first embodiment of the present invention.
  • FIG. 3C is an explanatory diagram of Flow Table held by the QoS Policy Serve ver according to the first embodiment of this invention.
  • FIG. 3D is an explanatory diagram of the Line Table held by the QoS Policy Service according to the first embodiment of this invention.
  • FIG. 4A is a block diagram showing a device configuration of the HGW according to the first embodiment of the present invention.
  • FIG. 4B is an explanatory diagram of SIP Se ssi on Table held by the HGW according to the first embodiment of this invention.
  • FIG. 4C is an explanatory diagram of Flow Tab 1 e held by the HGW according to the first embodiment of this invention.
  • FIG. 4D is an explanatory diagram of RSVPS Se ss i on Table held by the HGW according to the first embodiment of this invention.
  • FIG. 5 is a sequence diagram showing processing for session establishment in the first embodiment of the present invention.
  • FIG. 6 is an explanatory diagram showing an example of SIP NV ITE to which a Line ID is added by the HGW according to the first embodiment of this invention.
  • FIG. 7A is an explanatory diagram of a packet format of R S V P Res V transmitted in the first embodiment of the present invention.
  • FIG. 7B is an explanatory diagram of the bucket format of RS VP Resv transmitted in the first embodiment of the present invention.
  • FIG. 8 is a flowchart showing a Line-I Di round-trip determination process executed by the HGW according to the first embodiment of this invention.
  • FIG. 9 is a flowchart showing a service information notification process executed by the SIP server of the first embodiment of this invention.
  • FIG. 10 is a flowchart illustrating F 1 ow registration ZRSVPRe sv transmission processing executed by the HGW according to the first embodiment of this invention.
  • FIG. 11 is a flowchart showing the R S V P Res V reception process executed by the HGW according to the first embodiment of this invention.
  • FIG. 12 is a flowchart showing the F 1 ow authorization process executed by QoS Policy Ser v ver according to the first embodiment of this invention.
  • FIG. 13 is a flowchart showing RSV PRes vConf reception processing executed by the HGW according to the first embodiment of this invention.
  • FIG. 14 is a sequence diagram showing processing for session disconnection in the first embodiment of the present invention.
  • FIG. 15 is a flow chart showing service information ZF 1 ow authorization deletion processing executed by QoS Policy Service r ver according to the first embodiment of this invention.
  • FIG. 16A is an explanatory diagram of Registi on Table held by SIP Serve ver in the second exemplary embodiment of the present invention.
  • FIG. 16B is an explanatory diagram of SIP Se ssi on Tab 1 e held by the SIP Service of the second embodiment of the present invention.
  • FIG. 17 is a sequence diagram showing processing for session establishment in the second exemplary embodiment of the present invention.
  • FIG. 18 is a flowchart showing a Line-ID addition determination process executed by the HGW according to the second embodiment of this invention.
  • FIG. 19 is a flow chart showing service information notification processing executed by SIP Service in the second embodiment of the present invention.
  • FIG. 20 is an explanatory diagram showing a configuration example of a communication network according to the third embodiment of the present invention.
  • FIG. 21A is a block diagram showing an apparatus configuration of QoS Policy Server according to the third embodiment of the present invention.
  • FIG. 21B is an explanatory diagram of the service information table stored by the QoS license server of the third embodiment of the present invention.
  • FIG. 21C is an explanatory diagram of Line Table held by the QoS Splicer Srv ver of the third embodiment of the present invention.
  • FIG. 22A is a sequence diagram showing processing for session establishment in the third embodiment of the present invention.
  • FIG. 22B is a sequence diagram showing processing for session establishment in the third embodiment of the present invention.
  • FIG. 23 is a flow chart for explaining service authorization processing executed by QoS Policy Server ver according to the third embodiment of this invention.
  • FIG. 24 is a sequence diagram showing processing executed for session disconnection in the third embodiment of the present invention.
  • FIG. 25 is a flow chart for explaining the service authorization deletion process executed by QoS Policy Srv ver in the third embodiment of the present invention.
  • FIG. 1 is an explanatory diagram showing a configuration example of a communication network according to the first embodiment of the present invention.
  • the communication network shown in FIG. 1 is composed of an access-independent service network 14, a mobile access network 15, a fixed access network 16, and a home network 17.
  • the home network 17 is connected to the fixed access network 16.
  • the service network 14 includes SIPS server (1, 2 and 3), QoS Policy Server (4 and 5) and AGW (6 and 7).
  • SIPS erverl operates as SIP Registrar and Proxy to manage terminal location and service control.
  • SIPS erver 2 and 3 Operates as a SIP proxy and accommodates mobile access network 15 and fixed access network 16 terminals, respectively.
  • SIPS erver 1 is replaced by S—CSCF (Serving Link Service on Control 1 Fun cti on) and SIPS erver (2 and 3) is transferred on P—CSCF (Proxy Calc S essi on Con trol Fun cti on).
  • Qo S p o i c y S e r e r (4 and 5) controls Q o S (Quality of Service) setting of AGW (6 and 7) based on the service information notified from S i P S r e r e r (2 and 3).
  • AGW (6 and 7) is installed at the boundary between mobile access network 15 and service network 14 and at the boundary between fixed access network 16 and service network 14, respectively, and accommodates terminals of each access network. .
  • the mobile access network 15 accommodates a user agent (UA) 8.
  • UA user agent
  • S I PUR I sip: ua8 @ h i tac h i. C om
  • the fixed access thread 16 uses PON (Passive Optical Network) as the access equipment, OLT (Optica 1 Line Terminal) 9 and ONU (Optical Ne two rk Un). it) with 10
  • the home network 17 includes HGW11 and UA (12 and 13).
  • HGW11 an ID (Line—ID: 123456) for identifying the line is set.
  • UA (12 and 13) is set to S I PUR I (s i p: u a 1 2 @ h i t a c h i. C om, and s i p: u a l 3 @ h i t a c h i. C o m).
  • the fixed access network 16 performs the following QoS processing.
  • AGW7 and HGW11 guarantee bandwidth per flow with Layer 3 or higher.
  • AGW7 The HGW 11 identifies the priority flow and marks the Traffic Class field of the TOS (Typ eof Service) field in the IPv4 header or the IPv6 header.
  • the filter information and identification band for identifying the flow are dynamically set when the session is established.
  • ⁇ OLT9 and ONU10 offer priority bandwidth guarantee at the Layer 2 level.
  • the priority flow is identified according to the results of marking by AGW7 and HGW11.
  • the guaranteed bandwidth is controlled by QoS Policy Server 5 as required.
  • FIG. 2A is a block diagram showing a device configuration of SIP Ser V e r 3 according to the first embodiment of the present invention.
  • the SIP S r v e r 3 includes a Har d D i sk 31, a CPU 32, a memory 33, an I F (34 a, 34 b and 34 c), and a bus 35.
  • the processing unit J jet of SIP P er v e r 3 is stored in Memo r y 33, and the CPU 32 sequentially reads and executes it.
  • SIP Se r v e r 3 holds S I S Se s s i on Table shown in FIG. 2B in order to manage S I P Se s s i o n.
  • SIP S s s i on Tab lie is included in Hard D i s k 31 or Me m o r y 33.
  • FIG. 2B is an explanatory diagram of SIP Se s i on Table held by SIP Ser V er 3 according to the first embodiment of this invention.
  • SIPS essi on Table is a SIPD ialog ID71 that uniquely identifies the SIPS ession, C a 1 1 er 's ID 72 indicating the calling terminal information (that is, information that identifies the calling terminal), C a 1 1 ee 's I D7 3 indicating incoming terminal information (that is, information identifying the terminal of the incoming side), State 74 indicating session status, SDP 0 £ 6 75, and 3 DP An s we Consists of r76.
  • the SIPD ialog 71 is composed of a Call ID 71a, a From tag 71b and a To tag 71c.
  • C a 1 1 er, s ID 72 is composed of F rom UR I 72 a and Line — ID 72 b force.
  • C a 1 1 ee, s ID 73 is composed of To UR I 73 a and Line — ID 73 b.
  • SIP Server 3 acquires these parameters during SIP Message transfer, and sets the acquired parameters in SIPS essi on Tab 1 e.
  • FIG. 3A is a block diagram showing a device configuration of QoS PolicySeverv 5 according to the first embodiment of this invention.
  • Qo S p i c y S e r v e r 5 includes Hard D i s k41, CPU 42, Memo r y43, IF (44a, 44b and 44c) and bus 45.
  • Qo S Poli c y Se r v e r 5 processing unit around jl is stored in Memo r y 4 3, C P U 42 sequentially reads and executes it.
  • Qo SP olicy Server 5 is a Service Informa ti on Tab 1 e shown in Fig. 3B, F 1 ow Ta ble shown in Fig. 3C, and L ine Ta shown in Fig. 3D. Hold ble. These tables are stored in Har d D i s k 41 or Me m o r y 43.
  • FIG. 3B is an explanatory diagram of the Servicio Information Table held by the QoS Policy Servr 5 in the first embodiment of the present invention.
  • Service Information on Table is a tape record for managing service information notified from SIP Server 3.
  • Service Info for ti on Table (Fig. 3B) is Sessi on ID91 that identifies SIPS essi on, Line— ID 92 that identifies the line, T ermi na 1— ID93 that identifies the terminal, Flow Filter 94 for identifying the flow, B an dw idth indicating the bandwidth used for the flow 95, and a pointer to the flow associated with the service information (Flow Tab 1 e shown in Fig. 3C) Pointer Flow Table 96.
  • FlowFiltter 94 is composed of Src I P94a, Dst IP94b, pro to 94c, Src Port 94d, and Dst Port 94e force.
  • FIG. 3C is an explanatory diagram of Flow Table held by QoS Policy Serve ver 5 according to the first embodiment of this invention.
  • F l ow Tab l e is a table for managing flows authorized to A GW 7.
  • F l ow Tab ble (Fig. 3C) is the line IJ to adjust the line—ID 111, terminal 1 to identify terminal 1—ID 112, flow to identify F l ow F ilterll 3, and B indicating the requested bandwidth an dw idth 114, and pointers to service information associated with the flow (Ser Vice Information Table shown in Fig. 3B) Pointer Service I nf o. T ab 1 e 115 Composed.
  • F l ow F i lt e l l l 3 is composed of S r c I P 113 a, Ds t I P 11 3 b, p r o t o l l 3 c, S rc P o r t l l 3 d, and D st P o r t 113 e.
  • FIG. 3D is an explanatory diagram of the Line Table that holds the QoSPolycySeverv 5 force S according to the first embodiment of this invention.
  • Line Table (D in Fig. 3) is a table for managing the bandwidth of each line.
  • Line Table ( Figure 3D) is a line that identifies the line Line— I D131, ONU identifies ONU—ID 132, OLT identifies OLT—ID 133, and the minimum guarantee zone of the recovery spring 3 ⁇ 41 ⁇ in Bandwi dthl 34, Maximum guaranteed bandwidth Max B and width 135, Current bandwidth Current Band an dw idth 136, and the flow that uses the line (Flow Tab shown in Fig. 3C) 1 Pointer to e) Consists of pointer flow table 137. There are multiple flows that use the line: ⁇ , Po interto Flow Tab 1 e 137 is set with multiple pointers.
  • FIG. 4A is a block diagram showing a device configuration of the HGW 11 according to the first embodiment of this invention.
  • the HGW 11 includes a FROM (Flu s h ROM) 51, a CPU 52, a Memory 53, an IF (54a, 54b and 54c), and a bus 55.
  • the processing procedure of HGW11 is stored in Memory 53, and CPU 52 sequentially reads and executes it.
  • the HGW 11 holds SIP Se ssi on Table shown in FIG. 4B, Flow Tab 1e shown in FIG. 4C, and RSVP Sssi on Tab 1e shown in FIG. 4D. These tables are stored in FROM51 or Memory53.
  • FIG. 4B is an explanatory diagram of SIP Se ssi on Table held by the HGW 11 according to the first embodiment of this invention.
  • SIP ssi on Table (Fig. 4B) is a table for managing SIP ssioon.
  • SIPS essi on Table (Fig. 4B) is SIPD ialog ID 1 51 that identifies SIPS essi on, Fro UR I 152 that HSUs the calling terminal, To URI 153 that calls the receiving terminal, and session status S tatel 54, SDP O ffer 15 5, SDP An swe rl 56, and pointers to the flow related to SIPS ession (F 1 ow Tab 1 e shown in Fig. 4C) Pointer Fl ow It is composed of T ab 1 e 157.
  • S I P D i a 1 o g 151 is composed of Call 1—ID 151 a, Fro t a g l 51 b, and To t a g 151 c forces.
  • FIG. 4C shows the Fl T held by the HGW 11 according to the first embodiment of this invention. It is explanatory drawing of ab 1 e.
  • Flow Tab 1 e is a table for managing the flow related to SIPS ession.
  • F l ow Tab ble (Fig. 4C) is a terminal ID that identifies the terminal ID171, a FlowFi 1 ter 172 that identifies the flow, B andw idthl 73 that indicates the bandwidth of the flow, State 174 indicating the state and pointer to the RSVP S essi on related to the flow (RSVP Se ssi on Tab 1 e shown in Fig.
  • F low F ilterl 72 is composed of S rc IP 172 a, D st IP 17 2b, protol 72 c, S rc Portl 72 d, and D st Port 172 e force .
  • Po interto RSVP Session on Table 75 is composed of two types of fields (that is, To AGW1 75 a and Frorom Termina 1 175 b). These are used to correlate the “QoS setting request sent by HGW11 to AGW7” and the “QoS setting request received from the terminal” to the flow, respectively.
  • FIG. 4D is an explanatory diagram of the RSVP Se ss i on Table held by the HGW 11 according to the first embodiment of this invention.
  • RSVP Session on Table (Fig. 4D) is a tape tape for managing RSVP Session.
  • RSVP S essi on Table (Fig. 4D) is the RS VP S essi on ID 191 that identifies the RSVP Session, the Style 1 e 192 that indicates the reservation style, and the Fi 1 ter Sp ecl that indicates the flow identification information.
  • F 1 o wS pec 194 which indicates flow special
  • Q o S which is used to determine whether or not the setting is valid
  • FIG. 5 is a sequence diagram showing processing for session establishment in the first embodiment of the present invention.
  • FIG. 5 shows, as an example, a sequence for establishing a session between a terminal (UA12) connected to the home network 17 and a terminal (UA8) connected to the mobile access network.
  • Terminals (UA12 and UA8) are compatible with the pr econd i ti io option specified in I ETF RFC3312, and complete QoS network resource reservation before calling the called user. The details of this sequence are described below.
  • the terminal (UA12) tells the HGW 11 the SIP NV ITE 211 including the SDP Offer.
  • SIP I NV I TE 211 includes information indicating a bandwidth requested by the terminal (UA 12) in a session to be established.
  • the HGW 11 records Se s s i on information in SIP Se s s i on Table (Fig. 4B). Further, the HGW 11 adds L i e-ID to the INVI TE211 and transfers it to the SIP Serve 3 (F 1). The processing executed in F 1 will be described in detail later (see FIG. 8).
  • FIG. 6 is an explanatory diagram showing an example of SIP INVITE 211 added with Line-ID by the HGW 11 according to the first embodiment of this invention.
  • SIP INVI TE is composed of IP Header, UDP Header and SIP Message force.
  • SIP Message is either Start -Line, SIPH eader and O ⁇ Message—Body (SDP) Consists of.
  • Line—ID “123456” is set to the extended SIP header (X—Line—ID H eader).
  • the Line ID “123456” may be set in the S D P attribute line (not shown).
  • SIPS erver 3 When SIPS erver 3 receives I NV I TE 211 from HGW11, it deletes Line-ID from XL ine—ID Header and replaces the Line one ID with Session information by SIPS essi on Table (second Record in Figure B). In this sequence, L i ne—ID is set to 72 b. Further, SIP P rv r 3 sets INVI TE211 to SIP srv 1. The INVI TE211 reaches the terminal (UA8) via SIP Prv rl and SIP P rv 2. In FIG. 5, SIP Ser V er 1 and 2 are omitted.
  • the terminal (UA8) returns a provisional response (183 response) 21 2 including SDP Ans we r.
  • the 183 response 212 takes the reverse path of the I NV I TE 211 and reaches the terminal (UA12).
  • the terminal (UA 12) transmits a P RACK (P ro v i s i ona l res s p on s Ac Acknowl e d g men t) 213 for the 183 response 212.
  • the terminal (UA8) returns a 2000 response 214 to P RACK 213.
  • the SIP server 3 notifies the service information 215 to QoSPolycyServer 5 after transmitting the 183 response 212 including the SDP Answe r (F2). This notification may be spoken weekly before PRACK 213 or 200 response 214. The processing executed in F 2 will be described in detail later (see FIG. 9).
  • Service information 215 includes S essi on-ID that identifies SIPS ession, L ine— ID that identifies the line, and T rm ina 1-I that identifies the terminal Filter information for identifying D and F 1 ow, and band are included. These information are based on the information contained in the I NV I TE 211 and 183 response 212.
  • the bandwidth included in the service information 215 is the bandwidth requested in the session by the terminal identified by the Termina 1—ID.
  • Qo S License Server 3 records the notified information in the Service Information on Table ( Figure 3B).
  • the HGW 11 registers the flow related to Se s s i on the Flow Tab (Fig. 4C) when the 183 response 212 including SDP An s we r is transferred. Further, the HGW 11 transmits RSVP Res v 21 6 to the AGW 7 and requests the QoS setting of the fixed access network 16 (F 3). This request may be stated earlier than PRACK 213 or 200 response 214. The processing executed in F3 will be described in detail later (see Fig. 10). RSVP Re s V 216 includes Line-ID, Terminal-ID, Filter information of Flow, and required bandwidth power S.
  • FIG. 7A and FIG. 7B are explanatory diagrams of the bucket format of RS VPRes V 216 referred to in the first embodiment of the present invention.
  • filter information and bandwidth are set in the SESSION object and the f1o es c r i p t o r 1 i st object, respectively.
  • L i e i D i and T irm i 1a iD are set in the POL I CY—DATA object.
  • L-N-I D and T-r m i n a 1-I D are set in the vendor extension (Vendor-speci ic iic) region.
  • any of the formats shown in FIGS. 7A and 7B may be applied.
  • the terminal (UA12) confirms that it has received the 200 response 214 to P RACK. When triggered, it sends RSVP Res 217 and requests QoS setting of the home network 17.
  • RSVP Res V 217 includes a Terminal ID, filter information of F 1 ow, and a requested bandwidth.
  • the HGW 11 manages the RSVP Re sv 216 and the RS VP Re sv 217 in association with each other using the Termina 1—ID and filter information as a comparison key (F 4). The processing executed in F4 will be described in detail later (see Fig. 11).
  • AGW 7 Upon receiving RSVP R e s v 216 from HGW 11, AGW 7 tells Qo S Authorization Request 218 to Qo S Policy Se r v e r 5.
  • the QoS authorization request 218 specifies the line ID included in the RSVP R e s v 216, the tel m in a 1 ID, the filter information, and the bandwidth.
  • the Line—ID and bandwidth information included in the QoS control signal (RSVP Resv 216) transmitted from the HGW11 finally reaches Qo SP o 1 icy Server 5 .
  • Qo S p i c y c e r v e r 5 authorizes Q o S setting in consideration of service information 215 and the line bandwidth notified from SIP p e r v e r 3. Further, Qo S p i c y c e r r v e r 5 controls the line guaranteed bandwidth of PON as necessary, and returns a success response 219 to A GW 7 (F5). The processing executed in F5 will be described later in detail (see FIG. 12).
  • the AGW 7 When the AGW 7 receives the response 219, the AGW 7 sets the QoS parameter specified by the RSVP Re s v 216 in a local table (not shown), and says the RSVP Re s vCon f 220.
  • the HGW 11 When the HGW 11 receives the RSVP ResVConf 220, the HGW 11 transmits an RSVP ResvConf 221 corresponding to the RSVP Resv 217 to the terminal (UA 12) (F6).
  • the processing executed in F6 will be described in detail later (see FIG. 13).
  • the terminal (UA12) transmits SIP UPDAT E222 including SDP Offer, and notifies the terminal (UA8) of the completion of QoS setting.
  • the terminal (UA 8) returns a 200 response 223 including SDP Answer.
  • the terminal (UA8) initiates the user's call and says 180 response 224.
  • the terminal (UA12) transmits the scale ⁇ 1 ⁇ 225 for the 180 response 224.
  • the terminal (UA8) says 200 response 226 in PRACK225.
  • the terminal (UA8) transmits a 200 response 227 to INVITE 211.
  • the terminal (UA 12) returns ACK 22 8.
  • processing characteristic of the present invention (specifically, processing executed in F 1 to F 6 in FIG. 5) will be described in relation to the sequence in FIG.
  • FIG. 8 is a flowchart showing a Line-ID addition determination process (F 1 in FIG. 5) executed by the HGW 11 according to the first embodiment of this invention.
  • the HGW 11 selectively adds Line-ID according to the contents of the SIP message, 3 ⁇ 4 ⁇ and message body in order to improve processing efficiency.
  • the HGW 11 first determines whether or not SDP Message includes SDP Offerr or SDPAnswer (251).
  • the HGW 11 terminates the process without adding a line ID to the SIP message.
  • the HGW 11 adds the Line ID to the SIP Message i (252) and ends the process.
  • the Line ID is added only to the specified type of SIP Message, and there is no need to add the Line ID.
  • the process of adding Line—ID is omitted. For this reason, the processing becomes efficient.
  • FIG. 9 is a flowchart showing service information notification processing (F 2 in FIG. 5) executed by SIP Ser V er 3 according to the first embodiment of this invention.
  • SIP Server 3 performs the following processing, triggered by the transfer of SDP Answe r.
  • SIP P er v e r 3 determines whether or not the SDP Of f e r (75) and An swe r (76) that are in the vehicle update the existing Media F 1 ow (271). For example, when a new session is established, it is determined that the transferred SDP Off e r etc. updates the existing Media F 1 o w.
  • step 271 if it is determined that the transferred SDP Off e r etc. does not update the existing Media F 1 ow, S I P S e r v e r 3 ends the processing.
  • Step 271 it was determined that the transferred S DP Of fer etc. would update the existing Media F 1 ow: ⁇ , SIPS erver 3 is a SIP S essi on Table (Fig. The terminal ID (Terminal—ID) associated with is extracted (272). In the present embodiment, From UR I (72 a) and To UR I (73 a) shown in FIG. Alternatively, another ID associated with F r om UR I (7 2 a) and To UR I (73 a) may be used.
  • SIPS er V er 3 determines the loop (273—279) for each of the termina 1-IDs extracted in step 272 (specifically, the calling side and called side terminal 1—IDs). Perform the process.
  • SIP Server Ver 3 determines whether the Terminal 1—ID belongs to a terminal accommodated in the fixed access network 16 (274).
  • the Termina 1-ID to be determined is fixed access. It is determined that the terminal belongs to the network 16.
  • the determination in step 274 may be performed by another method, and in step 274, it is determined that the line ID does not exist. : ⁇ , SIPS erver 3 skips 275-278 processing.
  • step 274 if it is determined in step 274 that L i e-I D exists, S I P Ser v e r 3 obtains the value of L i e-ID (72 b or 73 b) (275).
  • SIP P er v e r 3 generates Se ss i on-ID for uniquely identifying the SIP s s s i on (276).
  • S IP s i ong ID 71 of S S s s s s i on Table (Fig. 2B) is used as S s s i o n — I D.
  • SIPS erver 3 can be obtained from SDP Of fer (75) and SDP Ans we r (76) in Fig. 2B. , D st IP, Protocol, Src Port and D st Port) and the band are extracted (277).
  • SIP Ser v e r 3 notifies the service information to Qo S Po l i c y Se r v e r 5 (278).
  • the service information includes Terminal ID—Line ine ID acquired in Step 275, Session ID generated in Step 2 76, and F l ow F i 1 ter extracted in Step 277. And bandwidth.
  • FIG. 10 is a flowchart showing an F 1 ow registration-no RSVP Res V transmission process (F 3 in FIG. 5) executed by the HGW 11 according to the first embodiment of this invention.
  • the HGW 11 executes the following processing triggered by the SDP Answere car. First, HGW11 sends the transferred SDP Of fer (155) and An s we It is determined whether r (156) is the power to update the existing Media F 1 ow (29 1).
  • step 291 if it is determined that the transferred S DP Off e r etc. does not update the existing Media F 1 ow, ⁇ ⁇ HGW11 ends the process. On the other hand, in step 291 it is determined that the transferred S DP Of fer etc. will update the existing Media F 1 ow: ⁇ , HGW11 will change from SIPS essi on Table (Fig. 4B) to S essi on.
  • the related terminal ID (Termina 1 ID) is extracted (292).
  • F rom UR I (152) and To U R I (153) in FIG. 4B are extracted as T e r min a 1—ID.
  • another ID associated with F r om UR I (152) and To UR I (153) may be used.
  • the HGW 11 performs the process of loop 1 (293-300) with respect to each of the Tel mina 1 one ID extracted in step 292.
  • the HGW 11 determines whether or not the terminal indicated by the Terminal 1 ID is connected to the home network 17 (294). This determination is executed based on the receiving port of SIP Me s s a ge, the terminal IP Ad dr s s, and the like.
  • step 294 If it is determined in step 294 that the terminal is not connected to the home network 17, the HGW 11 skips the processing of steps 295-299.
  • the HGW 11 transfers the flow established by SDP Of fer (155) and An swer (156) to Flow Tab 1 e (No. 4 Set to C) (295).
  • the HGW 11 performs the process of loop 2 (296-299) for each F 1 ow set in step 295.
  • the HGW 11 determines whether or not F 1 ow passes through the fixed access network 16 (297). This determination is executed based on the origin Z destination IP address of F 1 ow (172a and 172b in Fig. 4C) and the like.
  • step 297 it is determined that F 1 ow does not pass through the fixed access network 16; ⁇ , this F l ow is closed in the home network 17. Since there is no need to send a QoS setting request to this ⁇ , AG W 7, the HGW 11 skips step 298.
  • step 297 it is determined that F 1 ow passes through the fixed access network 16.
  • FIG. 11 is a flowchart showing an RSVP Res V reception process (F4 in FIG. 5) executed by the HGW 11 according to the first embodiment of this invention.
  • the processing shown in FIG. 11 is used to associate the RSVP Resv (216) transmitted from the HGW11 to the AGW7 and the RSVP Resv (217) received by the HGW11 from the UA12.
  • the HGW 11 sets the entry corresponding to the RSVP Resv received from the UA 12 to RSVP Se ssi on Tab 1 e (Fig. 4D) (31 1).
  • the HGW 11 searches for a Flow corresponding to the entry set in Step 311 from Flow Table (Fig. 4C) (312). This search determines whether the filter information and terminal ID of each entry in the Flow Table (Fig. 4C) match the entry filter information and terminal ID set in step 311. Is executed by.
  • Flow Tab 1 e (Fig. 4C)
  • the filter information is set to Flow Filter 72.
  • the terminal ID is set to Terminal — ID171.
  • RSVP Service on Table Fig. 4D
  • the filter information is set to RSVP Service ID 191 and Fi 1 ter Sp 193.
  • the terminal ID is set to “Policy Data 195”.
  • step 312 if F 1 ow that meets the search conditions does not exist in Flow Table (Fig.
  • UA12 that sent RSVP Res V receives the steps shown in steps 211 to 212 in Fig. 5.
  • j The jet is not running.
  • Such a UA 12 may be a malicious terminal.
  • HGW11 deletes the entry set in step 311 and sends an error response (RS VP ResvErr) to end the processing (313).
  • HGWl 1 is set in step 311 by setting 175 b in Fig. 4C and 197 in Fig. 4D.
  • a mutual link is created (314) between the RS VP Session obtained and the F 1 ow retrieved in Step 312.
  • Step 314 indirectly associates RSVP Resv 216 and RSVP Resv 217 transmitted for the same flow (or the same session).
  • HGWl 1 responds to the setup request (175 a in Fig. 4C) sent to AGW7 in relation to F 1 ow searched in step 312 (ie, RSVP Res in Fig. 5). Determine whether or not the force has received vCon f 220) (315).
  • step 315 it is determined that the success response has not been received ⁇ , and the QoS setting (bandwidth reservation) in the fixed access network 16 has not been completed.
  • HGWl 1 ends the process as it is.
  • HGWl 1 returns a success response (RSVP Re s vCon f 221) to RSVP Re s V 217 received from UA 12 to UA 12, and further changes the entry status set in Step 311 to “Success”. Set to “Send response” and end the process (3 16).
  • the HGW 11 may make a bandwidth reservation between the UA 12 and the HGW 11 in accordance with the R SVP Resv 217 at any time from Step 312 to 315.
  • RS VP Res 216 in FIG. 5 is a request for reserving a band between HGW11 and AGW7 in the fixed access network 16.
  • RS VP Re s vCo n f 220 is a successful response to RSVP Re s v 216.
  • R S VP Res 217 is a request for reserving a band between the UA 12 and the HGW 11.
  • RSVP Re s V Con f 221 is a successful response to RS VP Re s v217.
  • the bandwidth reservation process according to these two requests (216 and 217) can be executed first. Therefore, originally, the HGW 11 can transmit the RSVP Res vCon f 221 to the UA 12 even if the RSVP Res vCon f 220 is not received after the processing of Step 314 is completed.
  • the UA 12 executes the processing after step 222 in FIG.
  • the processing after Step 222 needs to be executed after the bandwidth reservation between HG Wl 1 and AGW 7 is completed (that is, after the processing of F 5 is completed).
  • the HGW 11 of the present embodiment says RSVP ResVConf 221 only after receiving RSVPResvConf 220 (315, 316). As a result, it is possible to prevent the UA 12 from executing the processing after step 222 before the bandwidth reservation between the HGW 11 and AGW 7 is completed.
  • FIG. 12 is a flowchart showing an F 1 ow authorization process (F 5 in FIG. 5) executed by QoS Policy Service 5 according to the first embodiment of this invention.
  • Qo S P o i c y S e r v e r 5 When Qo S P o i c y S e r v e r 5 receives a QoS authorization request from AGW7, it performs the following processing (see F5 in Fig. 5).
  • Qo S POLICY S erver 5 responds to the received QoS authorization request.
  • the corresponding entry is set to Flow Table (Fig. 3C) (331).
  • Qo S POLICY SERVER 5 retrieves service information corresponding to the entry set in step 331 from the service information table (FIG. 3B) (332).
  • the search for service information is performed in step 331 with the filter information, circuit ID and terminal ID of F 1 ow set in each entry of Service Information on Table (Fig. 3B). It is renewed by determining whether the entry filter information, line ID and terminal ID match each other, and whether or not it is valid.
  • Filter information is set to F 1 o w F i 1 t er 94 in S r vi c i I n f o rma t i on T a b 1 e (Fig. 3B).
  • the line I D is set to L iine-I D92.
  • the terminal ID is set to “Terminal ID93”.
  • the filter information is set to F l owF i t e l l l 3.
  • Line I D is set to L i n e I D 11 1.
  • the terminal ID is set to Terminal ID-112.
  • step 332 if there is no service information that meets the search conditions, Qo S POLICY SERVER 5 deletes the entry set in step 331 and sends an error response to AGW 7 (333) End processing.
  • Qo S POLICY S erver 5 determines that the requested bandwidth (114) matches the service information searched in step 332 (ie, meets the search conditions). It is judged whether or not the power exceeds the bandwidth (95) of the service information (334).
  • step 334 the requested bandwidth (114) exceeds the service information bandwidth (95), and the error processing in step 333 is executed, and the processing ends.
  • the requested bandwidth (114) does not exceed the service information bandwidth (9 5) ⁇ , and QoS Policy Server 5 is assigned to the Line ID (111) included in the QoS authorization request.
  • line information is retrieved from Line Table (Fig. 3D) (335). Specifically, an entry in which the same value as the Line ID (111) included in the received QoS authorization request is registered as Line ID (131) is displayed as Line Table (Fig. 3). Search from D).
  • Qo S Policy Server 5 determines whether the sum of the current bandwidth (136) and the requested bandwidth (114) of the entry searched in step 335 exceeds the maximum guaranteed bandwidth (135). (336).
  • step 336 when it is determined that the sum of the current bandwidth (136) and the requested bandwidth (114) exceeds the maximum guaranteed bandwidth (135), ⁇ ⁇ Qo S Policy Server 5 performs the error processing in step 333. To finish the process.
  • step 336 it is determined that the sum of the current bandwidth (136) and the requested bandwidth (114) does not exceed the maximum guaranteed bandwidth (135); ⁇ , Qo SP o 1 icy Server 5 is searched in step 335 It is determined whether the current entry (136) and requested bandwidth (114) of the entered entry exceed the minimum guaranteed bandwidth (134) (337).
  • step 337 it is determined that the sum of the current bandwidth (136) and the required bandwidth (114) does not exceed the minimum guaranteed bandwidth (134); ⁇ , Qo S Policy Server 5 skips the processing of step 338 To do.
  • step 337 it is determined that the sum of the current bandwidth (136) and the required bandwidth (114) exceeds the minimum guaranteed bandwidth (134) ⁇ , Qo SP olicy Server 5 uses the PON guaranteed bandwidth in step 335.
  • the current bandwidth (136) and the requested bandwidth (114) of the entry retrieved in (1) are increased (338).
  • Qo S Policy Server 5 is in step 335
  • the requested bandwidth (114) is added to the current bandwidth (136) of the retrieved entry, a success response is transmitted to AG W 7, and the processing is terminated (339).
  • the QoS is controlled based on the bandwidth required in the session associated with the same line-ID.
  • a session associated with the same line—ID is a session via the same HGW 11 (that is, a session using the same line in the fixed access network 16).
  • a total value of the bandwidths required for all the F 1 ows is calculated (336, 337).
  • the calculated total value is set as a guaranteed bandwidth in the fixed access network 16 (339).
  • the maximum guaranteed bandwidth ⁇ the guaranteed bandwidth in the fixed access network 16 is not changed and an error is returned (33 3).
  • the calculated total value does not exceed the minimum guaranteed bandwidth: ⁇ , the minimum guaranteed bandwidth is set as the guaranteed bandwidth in the fixed access network 16.
  • FIG. 13 is a flowchart showing an RSV PRes vConf reception process (F 6 in FIG. 5) executed by the H GW 11 according to the first embodiment of this invention.
  • the HGW 11 retrieves an entry corresponding to the received Re s vCon f 220 from the RSVP Se s i on Table (Fig. 4D) (351). In step 351, if there is no entry that meets the search condition, HG Wl 1 ends the process.
  • the HGW 11 updates the state (196) of the searched entry to “success response received” (352).
  • the HGW 11 determines whether or not it has received RSVP Resv 217 from the F 1 ow (197) power terminal (UA12) associated with the entry searched in Step 351 (353). Specifically, F l ow Ta b 1 F (Term C) is set: F, and it is determined that RSVP Re sv 217 has been received.
  • step 353 If it is determined in step 353 that RSVP Res V 217 has not been received yet, the HGW 11 ends the step processing.
  • step 353 it is determined that the RSVP Res V 217 has been received.
  • the HGW 11 determines whether or not the response 221 to the RSVP Res V 217 has already been transmitted (354).
  • the HGW 11 can execute the process of step 314 in FIG. 11 and after receiving RSVP Res vCon 220, You can send R SVP Re s vCon f 2 21 before executing the process shown in. For this reason, before step 354 is executed, there is already RS VP Res vCon f 221.
  • step 354 If it is determined in step 354 that the response has already been said ⁇ , HG W11 ends the process.
  • step 354 if it is determined in step 354 that the response has not been said yet, the HGW 11 sends a success response (RSVP ResvCon f 221) to the terminal, and further, the state set in step 353 ( 196) is updated to “success response sent”, and the process is terminated (355).
  • RSVP ResvCon f 221 a success response
  • step 353 the state set in step 353 ( 196) is updated to “success response sent”, and the process is terminated (355).
  • FIG. 14 is a sequence diagram showing processing for session disconnection in the first embodiment of the present invention.
  • FIG. 14 shows a sequence for disconnecting the session established by the process shown in FIG. 5 as an example.
  • the terminal (UA12) says SIP BYE401 to the terminal (UA8).
  • BYE 401 reaches the terminal (UA 8) via HGW11, SIPS erver 3, SIPS erverl and SIPS erver 2.
  • the terminal (UA8) sends a 200 response 402 to BYE401.
  • 20 0 Response 402 goes to the terminal (UA12) through the reverse path of BYE.
  • HGW11 is disconnected from SIPS essi on Tab 1 e (Fig. 4B). Flow Table (Fig. 4C) and RSVP S essi on Table (Fig. 4D), triggered by BYE401. Delete the entry corresponding to the session being viewed.
  • SIP Server 3 sends a service information deletion request 403 to QoSPolycySer v er 5 when BYE 401 is transferred.
  • the service information deletion request 403 includes S s s i on—ID that identifies S S s s s i on.
  • QoSPolycy Serv er 5 searches for F 1 o w belonging to Se s s i o n, and informs F W o o w deletion request 404 to AG W7.
  • the F 1 ow deletion request 404 designates a line ID, a terminal name 1 -ID, and a file flow field.
  • the AGW 7 deletes F 1 ow designated by the F 1 ow deletion request 404 from the local table (not shown), and returns ⁇ and a response 405.
  • Qo S POLICY S erver 5 deletes service information and F 1 ow authorization information from Service Information Forum ( Figure 3B) and Flow Ta 1 be ( Figure 3C) To do. Further, QoSPolycyServer5 tells SIPServerr 3 the trap response 406 (F7). In F7, QoSPolycyServer5 controls the line guaranteed bandwidth of PON as necessary.
  • FIG. 15 is a flowchart showing the service information ZF 1 ow authorization deletion process (F 7 in FIG. 14) executed by QoS Policy Server ver 5 according to the first embodiment of this invention.
  • QoS Polycy Server 5 retrieves the line information of F 1 ow to be deleted from Line Tab 1 e (Fig. 3D) (421). Next, QoS Policy Server 5 determines whether or not the current bandwidth (136) included in the line information searched in step 421 exceeds the minimum guaranteed bandwidth (134) (422).
  • step 422 If it is determined in step 422 that the current band (136) does not exceed the minimum guaranteed band (134), the processing of steps 423 to 425 is skipped.
  • step 422 it is determined that the current band (136) exceeds the minimum guaranteed band (134): ⁇ , the current band (13 6) searched in step 421 and the band of F 1 ow to be deleted (114 ) Is greater than the minimum guaranteed bandwidth (134) (423).
  • Qo S POLICY SERVER 5 determines the PON guaranteed bandwidth as the current bandwidth (136) and the F 1 ow bandwidth (114). ) (4 24).
  • step 423 the calculated difference is determined to be smaller than the minimum guaranteed bandwidth (134) ⁇ , Qo S Policy Server 5 reduces the PON guaranteed bandwidth to the minimum guaranteed bandwidth (134) (425)
  • QoSPolycyServ er 5 subtracts the F 1 ow band (114) from the current band (136) searched in step 421 (426).
  • Qo S Policy S er v er 5 deletes the F l ow authorization information from F 1 ow Ta l e (Fig. 3C) (427).
  • QoSPolycyServer5 deletes the service information from SrrvicI Informat on Tab 1e (Fig. 3D) (428).
  • Qo S POLICY S erver 5 predicates the response to SIPS erver (429) and terminates the process.
  • the line identifier (Line-ID) is included in the HGWl 1 power SS IP message and transmitted to the service network 14.
  • QoS can be controlled on a line-by-line basis.
  • HGWl 1 transmits a QoS setting request to A GW 7 instead of the terminal.
  • ⁇ which has a trust relationship with the communication, can control the Qo S setting.
  • the configuration of the communication network of the second embodiment is the same as that of the first embodiment (FIG. 1).
  • the HGW 11 has added the line ID to the SIP message including SDP Offar / Answer.
  • the second embodiment differs from the first embodiment in that the line ID is added to the SIP REG I STER, which is a message for registering the location of the terminal. For this reason, according to the second embodiment, if the circuit ID is registered once at the time of initial location registration, the information can be used continuously thereafter.
  • FIG. 16A is an explanatory diagram of Registrati on Tab 1 e held by SIP Ser V er 3 according to the second embodiment of this invention.
  • Reg i s tat i on Table (Fig. 16A) is used to manage terminal registration information.
  • Registrati on Tale (Fig. 16A) consists of A o R (Ad dress of Re cord) 501 indicating the terminal's public address, C on tact Ad dress 502 indicating the communication address of the terminal, and L ine— It consists of ID503 and Expires 504 indicating the expiration date of registration.
  • FIG. 16B is held by SIPS er V er 3 of the second embodiment of the present invention. It is explanatory drawing of SIPS essi on Tab 1 e.
  • SIP ssi on Table (FIG. 16B) is used to manage the SIP ssioon state.
  • SIPS essi on Table (Fig. 16B) includes SIPD ia 1 og ID 511 that uniquely adjusts SIPS ession, Caller's ID 512 that identifies the calling terminal, Callee's ID 513 that identifies the receiving terminal, It consists of a State 514 indicating the Session state, an SDP Offer 515, and an SDP Answer 516.
  • the SIP ID alg ID 511 is composed of Call-ID 511a, From t a g 5 l i b and To t a g 511c.
  • C ll e r 's ID 512 is composed of F rom UR I 512 a.
  • Curlee's ID 513 is composed of To UR I 513 a force. Unlike SIP Se ssi on Table (FIG. 2B) in the first embodiment, Callle's ID 512 and Callee's ID 513 do not include a Line-ID.
  • FIG. 17 is a sequence diagram showing processing for session establishment in the second exemplary embodiment of the present invention.
  • FIG. 17 the location registration is performed for the terminal (UA12) force SIP Ser V err (1, 3) connected to the home network 17. Then, a session is established between the terminal (UA 12) and the terminal (UA8). The details of the sequence in FIG. 17 are described below.
  • the terminal (UA12) says SIP REG I STER531.
  • HGWl 1 adds L i e— I D to REG I STER531 to S I P S r e r r 3! ⁇ (F 11).
  • SIPS erver 3 deletes the Line ID from REG I STER531, and uses the deleted Line ID with the A oR of the terminal. Record in n Ta ble (Fig. 16A). SIPS erver 3 then turns REGI STER531 into SIPS erver 1!
  • SIP Ser r e l l returns a 200 response 53 2 to REG I S TER 531.
  • the 200 response 532 travels the reverse route to REGI STER531, and reaches the terminal (UA12).
  • the terminal (UA12) says SIP INVITE 533 including SDP Offer.
  • INVI TE533 arrives at the terminal (UA 8) via HGW11, SIP Server 3, S IP Ser ver 1, and SIP Ser ver 2.
  • the terminal (UA8) returns 183 response 534 including SDP An s we r.
  • the terminal (UA12) returns PRACK535 in 183 response 534.
  • the terminal (UA8) returns a 200 response 536 to PRACK535.
  • service information 537 is notified to QoSPolycyServ er 5 (F12). This notification of service information notification 537 may be executed either before or after the week of PRACK 535, or before or after transmission of the 200 response 536.
  • Service information notification 537 S essi on- ID, L ine- ID, Te r mi na l - including ID N F lo wF ilter and bandwidth.
  • FIG. 18 is a flowchart showing a Line-ID addition determination process (F 11 of FIG. 17) executed by the HGW 11 according to the second embodiment of this invention.
  • the HGW 11 determines whether or not the SIP message to be transferred is REG IS TER (551). In step 551, it is determined that the SIP message to be executed is not REG I STE R; ⁇ , the HGW 11 ends the process.
  • step 551 if it is determined in step 551 that the SIP message to be transferred is a REG I STER, the HGW 11 adds a line ID to the REGI STER (552) and ends the process.
  • the line ID is added only to a predetermined type of signal (REGI STER in the example of Fig. 18), so the processing can be made more efficient.
  • FIG. 19 is a flowchart showing service information notification processing (F 12 in FIG. 17) executed by SIP Ser V e r 3 according to the second embodiment of this invention.
  • the process shown in FIG. 19 differs from the service information notification process (FIG. 9) of the first embodiment in the following points.
  • step 274 of Fig. 9 whether or not the terminal is connected to the fixed access network 16 is determined based on whether or not the SIP essi on Table (Fig. 2B) Line-ID Fino Red (72b or 73b). Judgment was based on whether or not the force was set. On the other hand, in step 574 of FIG. 19, a similar determination is made based on whether or not the terminal is registered in SIP Registi on Table (FIG. 16A).
  • step 275 of FIG. 9 L i e-ID was acquired from the L i e-I D field (72b or 73b) of SIPS ss i on Tab 1e (FIG. 2B).
  • step 575 of FIG. 19 Line-ID is obtained from the Line-ID Fino red (503) of SIP Registi on Table (FIG. 16A).
  • steps 571 to 579 in FIG. 19 are the same as steps 271 to 279 in FIG. 9, respectively.
  • FIG. 20 is an explanatory diagram showing a configuration example of a communication network according to the third embodiment of the present invention.
  • AGW7 and HGW11 in the fixed access network 16 (?, Int Serv (Integrated Services) mote-no-reservoir-based bandwidth guarantee is executed.
  • priority control based on a Differ serv (Different! Ated Services) model is executed.
  • the communication network shown in FIG. 20 includes an access-independent service network 714, a mobile access network 715, a fixed access network 716, and a home network 717.
  • an access-independent service network 714 includes a mobile access network 715, a fixed access network 716, and a home network 717.
  • bandwidth control is performed on a line basis using information included in the session control signal. be able to.
  • Service network 714 consists of SIP S er v er (701, 702 and 703), Qo S P o i c y S er v er (704 and 705), and AGW (706 and 707)
  • the mobile access network 715 includes a UA 708.
  • Fixed access network 716 includes OLT 709 and ONU 710.
  • the home network 717 includes an HGW 711 and a UA (712 and 713).
  • a circuit ID (Line—ID: 56789) is set in the H GW711.
  • the following QoS processing is executed.
  • AGW707 and HGW711 identify the priority flow with Layer 3 or higher, and mark the TOS field of the IP Pv 4 header or the Traffic CI ass field of the IPV 6 header. Furthermore, AGW707 and HGW711 perform priority control according to the marking result. Unlike the first and second embodiments, Filter information for identifying the priority flow is set statically.
  • the OLT 709 and ONU 710 perform bandwidth guarantee for priority flows at the Layer 2 level.
  • the priority flow is identified according to the marking results by AGW707 and HGW711.
  • the guaranteed bandwidth is controlled by QoSPolicyServ er 705 as needed.
  • FIG. 21A is a block diagram showing a device configuration of QoS Policy Severv 705 according to the third embodiment of the present invention.
  • CPU 732, Memory 733, IF (734a, 734b and 734c), and bus 735 are provided.
  • the processing procedure of Qo S p cy cy S er v er 705 is stored in memory 733, and C P U 732 force S is read and executed sequentially.
  • the Qo S p i c y c r e r v e r 705 holds a se r v i c e informat i on tabl e shown in FIG. 21B and a l i n e table b e shown in FIG.
  • FIG. 21B is an explanatory diagram of the Servicine Informat on Table held by the QoS Policy Server 705 of the third embodiment of the present invention.
  • the service information table (Fig. 21B) is a table for managing service information authorized to SIPS server 703.
  • Ser V ice Info ti on T ab 1 e (Fig. 21 B) is S essi on ID751 that identifies SIP Se ssi on, Line—ID 752 that encapsulates the line, and Te rmi that identifies the terminal nal—consists of ID753, Flow Filter 754 that identifies the flow, and Bandwidth 755 that indicates the bandwidth used.
  • Flow F ilter 754 is S rc I P754a, D st I P754b, proto 754 c, S rc Port 7 54 d and D st Port 754 e.
  • FIG. 21C is an explanatory diagram of the Line Table held by the QoS Splicer Serv 705 of the third embodiment of the present invention.
  • Line Table (Fig. 21C) is a table for managing the bandwidth of the line.
  • L i ne Ta ble (Fig. 21C) is a line identifying L i ne— ID771, ONU identifying ONU— I D772, OLT identifying OLT— ID 773, minimum guaranteed band of the band in Bandwi dt h774 , Maximum Guaranteed Bandwidth Max B an dw idth 775, Current Band Current Band an dw idth 776, and Pointer to Service Information that Uses the Line (Fig. 21 BS er V ice Information on Table ble) Po interto S erice Inf o. Ta b 1 e 777 force is composed. There are multiple flows that use ⁇ and ⁇ : ⁇ , Po i nt e rt o S e r v i c e I n f o. Ta b 1 e 777 has multiple pointers.
  • FIG. 22A and FIG. 22B are sequence diagrams showing processing for session establishment in the third embodiment of the present invention.
  • the terminal (UA 712) acquires the line ID from the HGW 711 using DHCP v6. Then, the terminal (UA712) itself transmits the SIP I NVI TE including the line ID and establishes a session with the terminal (UA708). Unlike the first and second embodiments, in this sequence, QoS authorization is confirmed at the same time as the service information notification from SIP Serve 703.
  • FIGS. 22A and 22B Details of FIGS. 22A and 22B will be described below.
  • the terminal (UA712) first sends DHCP v6 Information Quant que 791 to the HGW 711 and requests a Line ID.
  • the HGW 711 sends back DHCP v 6 Information—Re 1 y 792 and notifies the Line ID.
  • the terminal (UA712) transmits SIP INVITE793a to the SIPS server 703.
  • SIPI NV I TE 793a includes SDPO ffer and Line ID.
  • SIP I NV I TE 793a includes information indicating the bandwidth required by the terminal (UA 712) in the session to be established; ⁇ .
  • the SIP Server 703 deletes the Line—ID from the I NV ITE 793a, and records the Line—ID together with the Sessioon information. Further, SIP Serv er 703 tells the service authorization request 794 to Qo S Policy Serv er 705.
  • the service authorization request 794 includes the SIP / SDPMessage force, the extracted Sessi on-ID, the Line ID, the Terminal_ID, the FlowFiter, and the band.
  • the bandwidth included in the service authorization request 794 is the bandwidth requested in the session by the terminal identified by Terminal 1—ID.
  • Qo S Policy Ser v er 705 performs service authorization and PON bandwidth control in consideration of the line bandwidth (F21).
  • QoSPolycyServer 705 If the service authorization shown in F21 fails, QoSPolycyServer 705 returns an error response 811 shown in FIG. 22B.
  • the SIP Server 703 that has received the error response 81 1 returns a 488 response 8 12 to the terminal (UA 712), and the session establishment fails.
  • the successful service authorization shown in F21 ⁇ , QoSPolycyServer 705 returns a success response 795 shown in FIG. 22A.
  • the SIP Server 703 that has received the success response 795 transfers the INV I T E 793 b to the terminal (U A708).
  • the terminal (UA708) starts calling the user and returns a 180 response 796. Furthermore, the terminal (UA708) makes a weekly 200 response 797 including SDP Ans we r when the user goes off-hook. The terminal (UA712) returns ACK798. As a result, transmission / reception of Media F 1 ow799 is started.
  • the UA 712 obtains a line ID from the HGW 711 (791 and 792), and transmits the SIP INVITE 793a including the line ID to the SIP private 703.
  • the i ne-ID is added to the SIP INVITE (see SIP INVITE 211 in Fig. 5) received from the HGW711 force UA712 (see F1 in Fig. 5).
  • the SIP INVITE may be told to SIPS erver 703.
  • the UA 12 acquires the L i ne— ID from the H GW 11 and sends 3 IP IN VITE including the L i 116— 10 to the SIPS erver as in the third embodiment. You can send it to 3.
  • FIG. 23 is a flow chart illustrating service authorization processing (F 21 in FIG. 22A) executed by QoS SpiryServer 705 according to the third embodiment of this invention.
  • the Qo S p lc i c e r v e r 705 sets the entry corresponding to the received service authorization request to the “se r V i c e i n f i rma t i on tabl e” (Fig. 21B) (831).
  • the QoS PoliCyServ er 705 searches the line information from the Line Table (FIG. 21C) based on the Service Information Line ID (752) (832). Specifically, an entry in which the same value as the Line ID (752) included in the received QoS authorization request is registered as the Line ID (771) is the Line Table ( Figure 21C). Search from.
  • QoS Policy Server 705 determines that the sum of the current bandwidth (776) searched in Step 832 and the service information bandwidth (755) is the maximum guaranteed bandwidth (775) searched in Step 832. Judgment whether or not (833).
  • step 833 it is determined that the sum of the current bandwidth (776) and the service information bandwidth (755) exceeds the maximum guaranteed bandwidth (775) ⁇ , Qo S Policy Server 705 is set in step 831. The entry is deleted, and an error response 811 (see Fig. 22B) is sent to the SIP Server Ver, and the processing is terminated (834).
  • step 833 it is determined that the sum of the current bandwidth (776) and the service information bandwidth (755) does not exceed the maximum guaranteed bandwidth (775) ⁇ ⁇ Q o SP olicy Server 705
  • step 835 it is determined whether the sum of the current bandwidth (776) searched in step 7 and the service information bandwidth (755) exceeds the minimum guaranteed bandwidth (774) searched in step 832.
  • step 833 when it is determined that the sum of the current bandwidth (776) and the service information bandwidth (755) exceeds the minimum guaranteed bandwidth (774), Qo S POLICY S erver 705 determines the PON guaranteed bandwidth, The current bandwidth (776) searched in step 832 is increased to the sum of the service information bandwidth (755) (836).
  • step 833 it is determined that the sum of the current bandwidth (776) and the service information bandwidth (755) exceeds the minimum guaranteed bandwidth (774); ⁇ , Q o SP olicy Server 705 is: Step 836 'Skip processing. Finally, Qo S License Server 705 adds the service information bandwidth (755) to the current bandwidth (776) searched in step 832 and sends a successful response to SIPS server 795 (see Fig. 22A). ) To end the process.
  • the process of FIG. 23 described above allows Qo S based on the bandwidth required in the session associated with the same Line ID. Is controlled.
  • Identical Line Sets the cell associated with the ID
  • a session is a session that passes through the same HGW 711 (that is, a session that uses the same line in the fixed access network 716).
  • a total value of bandwidths required for all the F 1 ows is calculated (833, 835).
  • the calculated total value is set as a guaranteed bandwidth in the fixed access network 16 (836). However, if the calculated total exceeds the maximum guaranteed bandwidth, the guaranteed bandwidth in the fixed access network 716 is not changed, and an error is returned (834).
  • the calculated total value does not exceed the minimum guaranteed bandwidth ⁇ , and the minimum guaranteed bandwidth is set as the guaranteed bandwidth in the fixed access network 16.
  • FIG. 24 is a sequence diagram showing processing executed for session disconnection in the third embodiment of the present invention.
  • the terminal (UA712) transmits BYE 851.
  • the terminal (UA 708) that has received B YE 851 returns a 200 response 852.
  • SIP 3 6 1: 6 703 sends a service authorization deletion request 853 to Qo S Pol icy S r vr e 705 with a transfer of: 6 £ 851. This request may be stated a week earlier than 200 responses 852.
  • the service authorization deletion request 853 includes S s s i on—ID that identifies S s s i on.
  • Qo S Policy 3 6 1: 6 7 0 5 deletes the service information corresponding to 3 6 3 3 1 0 11—1D and controls the guaranteed bandwidth of PON (F22).
  • FIG. 25 is a flowchart for explaining the service authorization deletion process (F22 in FIG. 24) executed by QoS Policy Service 705 according to the third embodiment of this invention.
  • the Qo S p i c y S e r v e r 705 first retrieves the service information related to the designated S e s i o n-ID from the Se v i c e I n f o rma t i on Tab 1 e (Fig. 21B) (871).
  • Qo S POLICY S erver 705 uses L i ne— ID (752) of Service Information Forum on Table ble (Fig. 21B) and L i ne Table (Fig. 21C). ) To retrieve line information (87 3).
  • QoSPolycyServ er 705 determines whether or not the current bandwidth (776) retrieved in step 873 exceeds the minimum guaranteed bandwidth (774) (874).
  • step 874 If it is determined in step 874 that the current band (776) does not exceed the minimum guaranteed band (774), the processing from steps 875 to 877 is skipped.
  • step 874 it is determined that the current bandwidth (776) exceeds the minimum guaranteed bandwidth (774); ⁇ Qo S Policy Server 705 determines that the current bandwidth (776) retrieved in step 873 and the service It is determined whether or not the difference in the information bandwidth (755) is larger than the minimum guaranteed bandwidth (774) (875).
  • step 875 when it is determined that the difference between the current bandwidth (776) and the service information bandwidth (755) is greater than the minimum guaranteed bandwidth (774), the Qo S Policy Server 705 determines the PON guaranteed bandwidth, The current bandwidth (776) is reduced to the difference between the service information bandwidth (755) (876).
  • Qo S POLICY S erver 705 subtracts the service information bandwidth (755) from the current bandwidth (776) found in step 873. (878).
  • Qo S Policy Server 705 deletes the service information from Service Information on Table (Fig. 21B) (879) 0

Description

明 細 書
回線ごとに Qo Sを制御する通信制御装置、 通信システム及ぴその制御方法 技術分野
本願明細書で開示される技術は、 サービス制御と連動してアクセス網の Qo S を制御する通信システムに関する。 背景技術
近年、 通信事業者の間で NGN (Ne x t Ge n e r a t i on Ne t w o r k) と呼ばれる次世代基幹 I P網を構築する動きが活発ィ匕している。 従来、 通信事業者は、 移動 z固定などのアクセス観リや、 放送 /インターネット などのサービス に応じて個別に網を構築していたが、 NGNではこれらが全 て共通の I P網上に統合される。
NGNの標準化は、 欧州の標準ィ匕団体 ET S I (Eu r o p e a n Te l e c o mm un i c a t i on s S t a nd a r d s I n s t i t u t e) の プロンェク 卜 T I SPAN (Te l e c o mmu n i c a t i o n s a n d I n t e r ne t c onv e r g e d S e r v i c e s a nd P r o t o c o l s Fo r Adv an c e d Ne two r k i ng) 、 及び、 I T U— T (I n t e r n a t i o n a l Te l e c o mmu n i c a t i o n Un i on— Te l e c o mm un i c a t i on S t a nd a r d i z a t i o n) のプロジェクト FGNGN (F o c u s Gr ou Ne x t G e n e r a t i on Ne two r k) で行われている。 両機関は、 ノケット転送 機能と、サービス制御機能とを分離して検討している。サービス制御に関しては、 現在は I Ρ^Ιί及ぴ TV会議等が主な検討^になっており、 プロトコルとして S I P (S e s s i on I n i t i a t i on P r o t o c o l) (I ET F RFC326 D /SDP (S e s s i on De s c r i p t i on P r o t o c o l) (IETF RF C 2327)を採用することが決定している。 S I Pによるサービス網の構成は、 第三世代移動体通信の標準化団体である 3
GPP 、3 r d Gen e r a t i on Pa r t ne r s h i p P r o j e c t) /3 GP P 2 (3 r d Gen e r a t i on Pa r t n e r s h i p Pr o j e c t 2) が策定した I MS (I P Mu l t ime d i a Sub s y s t em) /MMD (Mu 1 t i me d i a Doma i n) に準拠する方向 で検討が進められている。
I M S /MMDは、 通常のセッション制御手順に加えて、 セッション制御と連 動したアクセス網 Q o S制御手順 (SBBC : S e r v i c e Ba s e d B e a r e r Con t r o l) を規定している。 SBBCでは、 S I P S e r v e rと AGW (Ac c e s s Ga t ewa y) の間に Q o S Po l i c y
S e r v e rが設置される。 Qo S Po l i c y S e r v e rは、 S I P S e r v e rから通知されたサービス情報に基づいて AGWの Q o S設定を制御す る。
SBBCを実施する際のセッション確立手順を以下に示す。 発信端末 Xは、 ま ず S I PZSDPを使用して、 着信端末 yとメディア通信情報 (I P Ad d r e s s. Po r t, CODEC, 使用帯域等） を交換する。 S I P S e r v e rは、 中 ¾した S I PZSDPメッセージ力ら、 メディアフローを識別するため のフィルタ （I P Ad d r e s s, Pr o t o c o l、 Po r t)、使用帯域、 端末 I Dを抽出し、 Qo S Po l i c y S e r v e rに通知する （以下、 こ れらの情報をサービス情報と呼ぶ） 。
次に端末 Xは、 RSVPを使用して AGWに Qo S設定を要求する。 Qo S設 定要求には、 フローフイノレタ （I P Ad d r e s s、 P r o t o c o l、 P o r t) 、 要求帯域及び端末 IDが含まれる。 AGWは、 これを受けて Qo S認可 要求を Q o S Po l i c y S e r v e rに通言する。 Qo S Po l i c y S e r v e rは、 フローフィルタと端末 I Dを比較キーとして、 対応するサービ ス情報を検索する。 サービス情報の帯域が、 端末から要求された帯域よりも大き い場合、 Qo S設定を認可し、 その旨を AGWに通知する。 AGWは、 これを受 けてローカルの Qo Sパラメータテーブルにフローフィルタと帯域を設定し、 端 末 Xに 、応答を返信する。 端末 Xは、 S I P/SDPを使用して端末 yに Qo S設定の成功を通知し、 セッション確立を完了する。 発明の開示
上記の Qo S制御手順は、 主に移動網を想定して標準ィ匕が行われている。 しか しながら、 NGNでは、 アクセス非依存のサービス網を構築するため、 将来は固 定網においても同様のアーキテクチャが導入されると予想される。
移動アクセス網では、 Qo Sリソースを端末ごとに確保する。 これに対し、 固 定アクセス網では、 Qo Sリソースを回線 （家庭） ごとに確保し、 回線リソース を複数の端末が共有する。 そのため Q o S Po l i c y S e r v e rは、 回 線ごとに使用する帯域と、回線に対して課せられた制約条件（回線の保証帯域等） とを考慮して Q o S認可を^^する必要がある。 ところが、 上記で説明した Q o S制御手順では、 回線を識別するための情報が、 S I PZQo S設定要求のいず れにも含まれない。 従って、 Qo S Po l i c y S e r v e rは、 回線ごと に使用する帯域の合計を計算できないという課題がある （第一の 。
また、 移動アクセス網では、 端末がアクセス網に接続する際に端 証が される。 そのため、 通信事業者と信頼関係のある端末のみが、 Qo S設定要求を A GWに 言することができる。 一方、 固定アクセス網では、 端末はホーム網に 収容され、 HGW (Home Ga t ewa y) 等の通信 βを介して通信事業 者のアクセス網に接続する。 通信事業者は、 HGWの認証は実行するが、 端末の 認証は実行しない。 そのため、 移動アクセス網と同様に端末から Qo S設定要求 を 言するアーキテクチャを採用した:^、 通信事業者と信頼関係のない端末が AGWの Q o S設定を制御することになり、 セキュリティ上問題がある （第二の 課題）
本願で開示する代表的な発明は、 アクセス回線を介して通信網に接続される複 数の端末と、 前記端末から ¾j言されたセッション制御信号を処理するセッション 制御サーバと、 鎌己ァクセス回線の Q o Sを制御する Q o S制御サーバと、 を備 える通信システムにおいて、 前記端末は、 少なくとも、 前記端末がセッションに ぉレ、て要求する帯域を示す情報を含む前記セッション制御信号を前記セッシヨン 制御サーバに纖し、 前記端末は、 さらに、 前記アクセス回線の識別子を前記セ ッション制御サーバに送信し、 前記セッション制御サーバは、 受信した前記ァク セス回線の 子と、 前記端末がセッションにおいて要求する帯域を示す情報と を前記 Qo S制御サーバに送信し、 前記 Qo S制御サーバは、 同一の tirt己ァクセ ス回線の識別子と関連付けられたセッションにお！/、て要求される帯域に基づレ、て Q o Sを制御することを特徴とする。
本発明の一実施形態によれば、 回線ごとに Q o Sを制御することができる。 また、 本発明の一実施形態によれば、 通信事業者と信頼関係のある菌のみが AGWの Qo S設定を制御するシステムを構成することができる。 図面の簡単な説明
第 1図は、 本発明の第 1の実施の形態における通信網の構成例を示す説明図で ある。
第 2図 Aは、 本発明の第 1の実施の形態の S I P S e r v e rの装置構成を 示すプロック図である。
第 2図 Bは、 本発明の第 1の実施の形態の S I P S e r v e rが保持する S I P S e s s i on T a b 1 eの説明図である。
第 3図 Aは、 本発明の第 1の実施の形態の Q o S Po l i c y S e r v e rの装置構成を示すプロック図である。
第 3図 Bは、 本発明の第 1の実施の形態の Q o S Po l i c y S e r v e rが保持する Se r v i c e I n f o rma t i on Ta l eの説明図で める。
第 3図 Cは、 本発明の第 1の実施の形態の Qo S Po l i cy Se r v e rが保持する F l ow Ta b l eの説明図である。
第 3図 Dは、 本発明の第 1の実施の形態の Q o S Po l i cy Se r v e rが保持する L i ne Ta b l eの説明図である。
第 4図 Aは、 本発明の第 1の実施の形態の HGWの装置構成を示すプロック図 である。
第 4図 Bは、 本発明の第 1の実施の形態の HGWが保持する S I P S e s s i on Ta b l eの説明図である。
第 4図 Cは、 本発明の第 1の実施の形態の HGWが保持する F l ow Ta b 1 eの説明図である。
第 4図 Dは、 本発明の第 1の実施の形態の HGWが保持する R S V P S e s s i o n Ta b l eの説明図である。
第 5図は、 本発明の第 1の実施の形態におけるセッション確立のための処理を 示すシーケンス図である。
第 6図は、 本発明の第 1の実施の形態の HGWによって L i ne— IDを追加 された S I P I NV I TEの例を示す説明図である。
第 7図 Aは、 本発明の第 1の実施の形態において送信される R S V P Re s Vのパケットフォーマットの説明図である。
第 7図 Bは、 本発明の第 1の実施の形態において送信される RS VP Re s vのバケツトフォーマツトの説明図である。
第 8図は、 本発明の第 1の実施の形態の HGWが実行する L i n e— I Di ¾口 判定処理を示すフローチャートである。
第 9図は、 本発明の第 1の実施の形態の S I P S e r v e rが実行するサー ビス情報通知処理を示すフローチヤ一トである。 第 10図は、 本発明の第 1の実施の形態の HGWが実行する F 1 ow登録 ZR S VP Re s v送信処理を示すフローチャートである。
第 11図は、 本発明の第 1の実施の形態の HGWが実行する R S V P Re s V受信処理を示すフローチヤ一トである。
第 12図は、 本発明の第 1の実施の形態の Q o S Po l i c y S e r v e rが実行する F 1 o w認可処理を示すフローチヤ一トである。
第 13図は、 本発明の第 1の実施の形態の HGWが実行する R S V P Re s vCon f受信処理を示すフローチャートである。
第 14図は、 本発明の第 1の実施の形態におけるセッション切断のための処理 を示すシーケンス図である。
第 15図は、 本発明の第 1の実施の形態の Q o S Po l i c y S e r v e rが実行するサービス情報 ZF 1 ow認可削除処理を示すフローチャートである。 第 16図 Aは、 本発明の第 2の実施の形態の S I P S e r v e rが保持する Re g i s t r a t i on Ta b l eの説明図である。
第 16図 Bは、 本発明の第 2の実施の形態の S I P S e r v e rが保持する S I P S e s s i on T a b 1 eの説明図である。
第 17図は、 本発明の第 2の実施の形態におけるセッション確立のための処理 を示すシーケンス図である。
第 18図は、 本発明の第 2の実施の形態の HGWが実行する L i n e— I D追 加判定処理を示すフローチャートである。
第 19図は、 本発明の第 2の実施の形態の S I P S e r v e rが実行するサ 一ビス情報通知処理を示すフローチヤ一トである。
第 20図は、 本発明の第 3の実施の形態における通信網の構成例を示す説明図 である。
第 21図 Aは、 本発明の第 3の実施の形態の Q o S Po l i c y S e r v e rの装置構成を示すプロック図である。 第 21図 Bは、 本発明の第 3の実施の形態の Qo S Po l i c y S e r v e rが保持する S e r v i c e I n f o rma t i on Ta b l eの説明図 である。
第 21図 Cは、 本発明の第 3の実施の形態の Q o S Po l i c y S e r v e rが保持する L i ne Ta b l eの説明図である。
第 22図 Aは、 本発明の第 3の実施の形態におけるセッション確立のための処 理を示すシーケンス図である。
第 22図 Bは、 本発明の第 3の実施の形態におけるセッション確立のための処 理を示すシーケンス図である。
第 23図は、 本発明の第 3の実施の形態の Q o S Po l i c y S e r v e rが実行するサービス認可処理を説明するフローチヤ一トである。
第 24図は、 本発明の第 3の実施の形態におけるセッション切断のために実行 される処理を示すシーケンス図である。
第 25図は、 本発明の第 3の実施の形態の Q o S Po l i c y S e r v e rが実行するサービス認可削除処理を説明するフローチヤ一トである。 発明を実施するための最良の形態
第 1図は、 本発明の第 1の実施の形態における通信網の構成例を示す説明図で ある。
第 1図の通信網は、 了クセス非依存のサービス網 14、 移動ァクセス網 15、 固定アクセス網 16及びホーム網 17によって構成される。 ホーム網 17は、 固 定アクセス網 16に接続されている。
サービス網 14は、 S I P S e r v e r (1、 2及び 3 ) 、 Q o S Po l i c y S e r v e r (4及び 5)及び AGW (6及ぴ 7)を備える。 S I P S e r v e r lは、 S I P Re g i s t r a rおよび P r o x yとして動作し、 端末のロケーション管理とサービス制御を行う。 S I P S e r v e r 2及び 3 は、 S I P P r o xyとして動作し、 それぞれ、 移動アクセス網 15及ぴ固定 アクセス網 16の端末を収容する。 IMS/MMDでは、 S I P S e r v e r 1を S— CSCF (S e r v i ng Ca l l S e s s i on Con t r o 1 Fun c t i on) , S I P S e r v e r ( 2及び 3) を P— C S C F (P r o xy Ca l l S e s s i on Con t r o l Fun c t i on) と 呼ぶ。
Qo S P o l i c y S e r e r (4及び 5) は、 S I P S e r e r (2及ぴ 3) から通知されたサービス情報に基づいて、 AGW (6及ぴ 7) の Q o S (サービス品質） 設定を制御する。
AGW (6及び 7) は、 それぞれ、 移動アクセス網 15とサービス網 14との 境界、 及ぴ、 固定アクセス網 16とサービス網 14との境界に設置され、 各ァク セス網の端末を収容する。
移動アクセス網 15は、 UA (Us e r Ag e n t) 8を収容する。 UA8 には、 S I P UR I (s i p : ua 8@h i t a c h i. c om) が設定され ている。
固定アクセス糸罔16は、 アクセス設備として PON (Pa s s i v e Op t i c a l Ne t wo r k) を使用しており、 OLT (Op t i c a 1 L i n e Te rmi na l) 9及ぴ ONU (Op t i c a l Ne two r k Un i t) 10を備える。
ホーム網 17は、 HGW11、 UA (12及ぴ 13) を備える。 HGW11に は、 回線を識別するための ID (L i ne— ID : 123456) が設定されて いる。 UA (12及ぴ 13) には、 S I P UR I (それぞれ、 s i p ： u a 1 2@h i t a c h i. c om、 及ぴ、 s i p ： u a l 3@h i t a c h i. c o m) が設定されている。
固定アクセス網 16では、 次のような Qo S処理を行う。 AGW7及ぴ HGW 11は、 La y e r 3以上でフロー単位の帯域保証を行う。 また、 AGW7及ぴ HGW11は、 優先フローを識別し、 I Pv4ヘッダの TOS (Typ e o f S e r v i c e) フィ一,レド又は I P v 6ヘッダの T r a f f i c C l a s s フィールドにマーキングを行う。 フローを識別するためのフィルタ情報及 ΐΗ呆証 帯域は、 セッション確立時に動的に設定される。 · OLT9及ぴ O NU 10は、 L a y e r 2レベルで優先フ口一の帯域保証を行 う。 優先フローの識別は、 AGW7及び HGW11によるマーキングの結果に従 う。 保証帯域は、 必要に応じて、 Qo S Po l i c y S e r v e r 5が制御 する。
第 2図 Aは、 本発明の第 1の実施の形態の S I P S e r V e r 3の装置構成 を示すブロック図である。
S I P S e r v e r 3は、 Ha r d D i s k 31、 CPU32、 Memo r y 33、 I F (34 a、 34 b及ぴ 34 c)及びバス 35を備える。 S I P S e r v e r 3の処理手 J噴は、 Memo r y 33に格納されており、 CPU32 が順次それを読み出して実行する。
S I P S e r v e r 3は、 S I P S e s s i o nを管理するために、 第 2 図 Bに示す S I P S e s s i on Ta b l eを保持する。 S I P S e s s i on Ta b l eは、 Ha r d D i s k 31又は M e m o r y 33に格糸内さ れる。
第 2図 Bは、 本発明の第 1の実施の形態の S I P S e r V e r 3が保持する S I P S e s s i on Ta b l eの説明図である。
S I P S e s s i on Ta b l e (第 2図 B) は、 S I P S e s s i o nを一意に識別する S I P D i a l o g ID71、発信端末情報 (すなわち、 発信側の端末を識別する情報） を示す C a 1 1 e r ' s ID72、 着信端末情 報 （すなわち、 着信側の端末を識別する情報） を示す C a 1 1 e e' s I D7 3、 セッション状態を示す S t a t e 74、 SDP 0£ 6 75、 及び、 3 DP An s we r 76から構成される。 S I P D i a l o g 71は、 Ca l l— ID71 a、 Fr om t a g 71 b及ぴ To t a g 71 cから構成される。 C a 1 1 e r， s I D 72は、 F r om UR I 72 a及ぴ L i n e— I D 72 b力、ら構成される。 C a 1 1 e e， s ID73は、 To UR I 73 a及ぴ L i n e— I D 73 bから構成される。 S I P Se r v e r 3は、 S I P Me s s a g e転送時にこれらのパラメ一 タを取得し、 取得したパラメータを S I P S e s s i on T a b 1 eに設定 する。
第 3図 Aは、 本発明の第 1の実施の形態の Q o S Po l i cy S e r v e r 5の装置構成を示すプロック図である。
Q o S Po l i c y S e r v e r 5は、 Ha r d D i s k41、 CPU 42、 Memo r y43、 I F (44 a, 44 b及び 44 c) 及びバス 45を備 える。 Qo S Po l i c y S e r v e r 5の処理手 jl頃は、 Memo r y 4 3に格納されており、 C P U 42が順次それを読み出して実行する。
Qo S P o l i c y S e r v e r 5は、 第 3図 Bに示す S e r v i c e I n f o rma t i on T a b 1 e、 第 3図 Cに示す F 1 o w Ta b l e, 及ぴ、 第 3図 Dに示す L i n e Ta b l eを保持する。 これらのテーブルは、 Ha r d D i s k 41又は Me m o r y 43に格納される。
第 3図 Bは、 本発明の第 1の実施の形態の Q o S Po l i c y S e r v e r 5が保持する S e r v i c e I n f o rma t i on Ta b l eの説明図 である。
S e r v i c e I n f o rma t i on Ta b l e (第 3図 B) は、 S I P S e r v e r 3から通知されたサービス情報を管理するためのテープノレであ る。 S e r v i c e I n f o rma t i on Ta b l e (第 3図 B) は、 S I P S e s s i onを識別する S e s s i on ID91、 回線を識別する L i n e— I D 92、 端末を識別する T e rmi na 1— ID93、 フローを識別 する F l ow F i l t e r 94、 フローの使用帯域を示す B a n dw i d t h 95、及ぴ、サービス情報に関連付けられたフロー（第 3図 Cに示す F l ow T a b 1 e) へのポインタ P o i n t e r t o F l ow Ta b l e 96力、ら 構成される。
F l ow F i l t e r 94は、 S r c I P94 a、 Ds t I P94b、 p r o t o 94 c、 S r c Po r t 94 d、 及ぴ、 D s t Po r t 94 e力 ら構成される。
第 3図 Cは、 本発明の第 1の実施の形態の Q o S Po l i c y S e r v e r 5が保持する F l ow Ta b l eの説明図である。
F l ow Ta b l e (第 3図 C) は、 A GW 7に認可したフローを管理する ためのテーブルである。 F l ow Ta b l e (第 3図 C) は、 回線を調 IJする L i n e— ID111、 端末を識別する Te rmi na 1— ID112、 フロー を識別する F l ow F i l t e r l l 3、 要求帯域を示す B a n dw i d t h 114、 及び、 フローに関連付けられたサービス情報 （第 3図 Bに示す S e r V i c e I n f o rma t i o n Ta b l e) へのポィンタ P o i n t e r t o S e r v i c e I n f o. T a b 1 e 115力ら構成される。
F l ow F i l t e r l l 3は、 S r c I P 113 a、 Ds t I P 11 3 b、 p r o t o l l 3 c、 S r c Po r t l l 3 d、 及ぴ、 D s t P o r t 113 eから構成される。
第 3図 Dは、 本発明の第 1の実施の形態の Q o S Po l i c y S e r v e r 5力 S保持する L i ne Ta b l eの説明図である。
L i ne Ta b l e (第 3図 D) は、 各回線の帯域を管理するためのテープ ルである。 L i ne Ta b l e (第 3図 D) は、 回線を識別する L i n e— I D131、 ONUを識別する ONU— I D 132、 OLTを識別する OLT— I D 133、 回 ί泉の最低保証帯¾1^ i n Bandwi d t h l 34、 最大保証帯 域 Ma x B a n d w i d t h 135、 現在帯域 Cu r r e n t B a n dw i d t h 136、 及ぴ、 回線を使用するフロー （第 3図 Cに示す F l ow Ta b 1 e) へのポインタ P o i n t e r t o F l ow Ta b l e 137から構 成される。回線を使用するフローが複数存在する:^、 Po i n t e r t o F l ow Ta b 1 e 137には複数のポィンタが設定される。
第 4図 Aは、 本発明の第 1の実施の形態の HGW 11の装置構成を示すプロッ ク図である。
HGW1 1は、 FROM (F l u s h ROM) 51、 CPU52、 Memo r y53、 I F (54 a, 54 b及び 54 c) 及びバス 55を備える。 HGW1 1の処理手順は、 Memo r y 53に格納されており、 C P U 52が順次それ を読み出して実行する。
HGW11は、 第 4図 Bに示す S I P S e s s i on Ta b l e、 第 4図 Cに示す F l ow Ta b 1 e、 第 4図 Dに示す RSVP S e s s i on T a b 1 eを保持する。 これらのテーブルは、 FROM51又は Me mo r y 53 に格納される。
第 4図 Bは、 本発明の第 1の実施の形態の HGW 11が保持する S I P S e s s i on Ta b l eの説明図である。
S I P S e s s i on Ta b l e (第 4図 B) は、 S I P S e s s i o nを管理するためのテーブルである。 S I P S e s s i on Ta b l e (第 4図 B) は、 S I P S e s s i onを識別する S I P D i a l o g I D 1 51、発信端末を HSUする Fr om UR I 152、着信端末を鲴lする T o U R I 153, セッション状態を示す S t a t e l 54、 SDP O f f e r 15 5、 SDP An swe r l 56、 及ぴ、 S I P S e s s i o nに関連するフ ロー （第 4図 Cに示す F 1 o w Ta b 1 e) へのポインタ P o i n t e r t o F l ow T a b 1 e 157から構成される。 S I P D i a 1 o g 151 は、 Ca l 1— ID151 a、 F r om t a g l 51 b、 及び、 To t a g 151 c力ら構成される。
第 4図 Cは、 本発明の第 1の実施の形態の HGW 11が保持する F l ow T a b 1 eの説明図である。
F l ow Ta b 1 e (第 4図 C) は、 S I P S e s s i o nに関連するフ ローを管理するためのテーブルである。 F l ow Ta b l e (第 4図 C) は、 端末を識別する T e rmi n a l— ID171、 フローを識別する F l ow F i 1 t e r 172、 フローの帯域を示す B a ndw i d t h l 73, フローの状 態を示す S t a t e 174、 及ぴ、 フローに関連する RSVP S e s s i on (第 4図 Dに示す RSVP Se s s i on T a b 1 e ) へのポインタ P o i n t e r t o RSVP S e s s i on T a b 1 e 175力、ら構成される t F l ow F i l t e r l 72は、 S r c I P 172 a、 D s t I P 17 2b、 p r o t o l 72 c、 S r c Po r t l 72 d、 及び、 D s t P o r t 172 e力ら構成される。 また、 Po i n t e r t o RSVP S e s s i on Ta b l e l 75は、 2種類のフィールド （すなわち、 To AGW1 75 a及ぴ F r om Te rmi na 1 175 b) 力 ^ら構成される。 これらは、 それぞれ 「HGW11が AGW7に対して送信した Qo S設定要求」 及ぴ 「端末 カゝら受信した Qo S設定要求」 をフローに対応付けるために使用される。
第 4図 Dは、 本発明の第 1の実施の形態の HGW11が保持する RSVP S e s s i o n Ta b l eの説明図である。
RSVP S e s s i on Ta b l e (第 4図 D) は、 RSVP S e s s i o nを管理するためのテープノレである。 RSVP S e s s i on Ta b l e (第 4図 D) は、 RSVP S e s s i o nを識別する RS VP S e s s i on I D 191、 予約スタイルを示す S t y 1 e 192、 フローの識別情報を 示す F i 1 t e r Sp e c l 93、 フロー特个生を示す F 1 o wS p e c 194、 Q o S設定の可否判断に使用する Po l i c y Da t a 195, RSVP S e s s i o n状態を示す S t a t e 196、 及ぴ、 RSVP S e s s i onに 関連するフロー （第 4図 Cに示す F 1 o w Ta b 1 e) へのポインタ P o i n t e r t o F l ow T a b 1 e 197力、ら構成される。 RS VP S e s s i on ID191は、 D s t I P 191 a、D s t P o r t 191 b、 及ぴ、 Pr o t o l 91 c力、ら構成される。 F i 1 t e r S p e c l 93は、 S r c I P 193 a及ぴ Sr c P o r t 193 b力、ら構成さ れる。 F i l t e r Sp e c l 94は、 Ba ndwi d t h l 94 a力ら構成さ れる。 Po l i c y Da t a 195には、 要求者 I Dなどが設定される。 第 5図は、 本発明の第 1の実施の形態におけるセッション確立のための処理を 示すシーケンス図である。
第 5図は、 例として、 ホーム網 17に接続された端末 (UA12) 、移動ァ クセス網に接続された端末 (UA8) との間にセッションを確立するためのシー ケンスを示す。 端末 （UA12及ぴ UA8) は、 I ETF RFC3312に規 定される p r e c ond i t i o nォプションに対応しており、 着信側ユーザを 呼び出す前にアクセス網の Qo Sリソース予約を完了する。 以下、 このシーケン スの詳細を説明する。
最初に、 端末 （UA12) は、 SDP O f f e rを含む S I P I NV I T E 211を HGW11に 言する。
S I P I NV I TE 211には、 これから確立しようとするセッションにお いて端末 (UA12) が要求する帯域を示す情報が含まれる。
HGW11は、 S e s s i o n情報を S I P S e s s i on Ta b l e (第 4図 B) に記録する。 さらに、 HGW11は、 INVI TE211に L i n e— I Dを追カ卩し、 S I P S e r v e r 3に転送する （F 1) 。 F 1において実行 される処理については、 後で詳細に説明する （第 8図参照） 。
第 6図は、 本発明の第 1の実施の形態の HGW11によって L i n e— I Dを 追加された S I P INVITE211の例を示す説明図である。
S I P INVI TEは、 I P He a d e r, UDP He a d e r及び S I P Me s s a g e力ら構成される。 S I P Me s s a g eは、 S t a r t -L i ne, S I P H e a d e r及 O^Me s s a g e— B o d y (SDP) か ら構成される。 第 6図の例では、 L i ne— ID 「123456」 が拡張 S I P He a d e r (X— L i n e— ID H e a d e r ) に設定されている。
なお、 L i n e— ID 「123456」 は、 S D P属性行に設定されてもよい (図示省略） 。
再び第 5図を参照して、 シーケンスの説明を続ける。
S I P S e r v e r 3は、 HGW11から I NV I TE 211を受信すると、 X-L i n e— ID He a d e rから L i n e - I Dを削除し、 その L i n e 一 I Dを、 S e s s i o n情報と共に S I P S e s s i on Ta b l e (第 2図 B)に記録する。本シーケンスでは、 L i n e— I Dは 72 bに設定される。 さらに、 S I P S e r v e r 3は、 INVI TE211を S I P Se r v e r 1に する。 INVI TE211は、 S I P S e r v e r l及ぴ S I P S e r v e r 2を経由して、 端末 (UA8) に到達する。 なお、 第 5図では、 S I P S e r V e r 1及ぴ 2を省略している。
端末 (UA8) は、 SDP An s we rを含む暫定応答 （183応答） 21 2を返信する。 183応答 212は、 I NV I TE 211と逆の経路を迪り、 端 末 （UA12) に到針る。 端末 (UA12) は、 183応答 212に対する P RACK (P r o v i s i ona l Re s p on s e Ac knowl e d g men t) 213を送信する。 端末 （UA8) は、 P RACK 213に対する 2 00応答 214を返信する。
S I P S e r v e r 3は、 SDP An s w e rを含む 183応答 212を 転送したことを に、 Qo S Po l i c y S e r v e r 5に対してサービ ス情報 215を通知する （F2) 。 この通知は、 PRACK213又は 200応 答 214より早く週言されてもよい。 F 2において実行される処理については、 後で詳細に説明する （第 9図参照） 。
サービス情報 215には、 S I P S e s s i o nを識別する S e s s i on - I D、 回線を識別する L i n e— I D、 端末を識別する T e rm i n a 1 - I D、 F 1 owを識別するフィルタ情報、及ぴ、帯域が含まれる。これらの情報は、 I NV I TE 211及ぴ 183応答 212に含まれる情報に基づく。 サービス情 報 215に含まれる帯域は、 T e r m i n a 1— I Dによって識別される端末が セッションにおいて要求する帯域である。 Qo S Po l i c y S e r v e r 3は、 通知された情報を S e r v i c e I n f o rma t i on Ta b l e (第 3図 B) に記録する。
HGW11は、 SDP An s we rを含む 183応答 212を転送したこと を契機に、 S e s s i o nに関連するフローを F l ow Ta b l e (第 4図 C) に登録する。 さらに、 HGW11は、 AGW7に対して RSVP Re s v 21 6を送信し、固定アクセス網 16の Qo S設定を要求する（F 3)。 この要求は、 PRACK213又は 200応答 214より早く 言されてもよい。 F 3におい て実行される処理については、 後で詳細に説明する （第 10図参照） 。 RSVP R e s V 216には、 L i ne— ID、 Te rmi na l— ID、 F l o wのフ ィルタ情報、 及び、 要求帯域力 S含まれる。
第 7図 A及び第 7図 Bは、 本発明の第 1の実施の形態において 言される RS VP Re s V 216のバケツトフォーマツトの説明図である。
第 7図 Aに示す例では、 S E S S I ONオブジェクト及ぴ f 1 o w d e s c r i p t o r 1 i s tオブジェクトに、 それぞれ、 フィルタ情報及ぴ帯域が設定さ れる。 さらに、 POL I CY— DATAオブジェクトに L i n e— I D及び Te rm i n a 1— I Dが設定される。
第 7図 Bに示す例では、 ベンダ拡張 （V e n d o r— s p e c i ί i c) 領域 に L i n e— I D及ぴ T e r m i n a 1— I Dが設定される。
本実施の形態では、 第 7図 A及ぴ第 7図 Bのどちらのフォーマットが適用され てもよい。
再び第 5図を参照して、 シーケンスの説明を続ける。
端末 （UA12) は、 P RACKに対する 200応答 214を受信したことを 契機に、 RSVP Re s v 217を送信し、 ホーム網 17の Q o S設定を要求 する。 RSVP R e s V 217には、 Te rmi na l— ID、 F 1 o wのフ ィルタ情報、 及ぴ、 要求帯域が含まれる。 HGW11は、 T e r m i n a 1— I D及ぴフィルタ情報を比較キーとして使用し、 RSVP Re s v 216と RS VP Re s v 217とを対応付けて管理する （F 4) 。 F 4において実行され る処理については、 後で詳細に説明する （第 11図参照） 。
AGW7は、 HGW11から RSVP R e s v 216を受信したことを契機 に、 Q o S認可要求 218を Qo S Po l i c y S e r v e r 5に 言する。 Q o S認可要求 218は、 RSVP R e s v 216に含まれていた L i n e— I D、 T e r m i n a 1— I D、 フィルタ情報、 及ぴ、 帯域を指定する。 言い換 えると、 HGW11から送信された Qo S制御信号 (RSVP Re s v 216) に含まれる L i n e— I D及び帯域等の情報は、 最終的に、 Qo S P o 1 i c y S e r v e r 5に到 "る。
Qo S Po l i c y Se r v e r 5は、 S I P S e r v e r 3から通知 されたサービス情報 215と回線帯域を考慮して Q o S設定を認可する。さらに、 Qo S Po l i c y Se r v e r 5は、 必要に応じて P ONの回線保証帯域 を帘 IJ御し、 A GW 7に成功応答 219を返信する （F5) 。 F 5において実行さ れる処理については、 後で詳細に説明する （第 12図参照） 。
AGW7は、 応答 219を受信すると、 RSVP Re s v 216で指定され た Qo Sパラメータをローカルのテーブル （図示省略） に設定し、 RSVP R e s vCon f 220を 言する。
HGW11は、 RSVP Re s vC o n f 220を受信すると、 RSVP R e s v 217に対する RSVP Re s vCon f 221を端末 (UA 12) に 送信する （F6) 。 F 6において実行される処理については、 後で詳細に説明す る （第 13図参照） 。
以上の手)噴によって、 固定ァクセス網 16及びホーム網 17の Q o S設定が完 了する。
その後、 端末 （UA12) は、 SDP O f f e rを含む S I P UPDAT E222を送信し、 Qo S設定の完了を端末 (UA8) に通知する。 端末 （UA 8) は、 SDP An swe r を含む 200応答 223を返信する。 さらに、 端末 (UA8) は、 ユーザの呼び出しを開始し、 180応答 224を 言する。 端末 (UA12) は、 180応答224に対する 尺 〇1^225を送信する。 端末 (UA8) は、 PRACK225に る 200応答 226を 言する。 着信ユーザがオフフックしたことを契機に、 端末 (UA8) は、 INVITE 211に対する 200応答 227を送信する。 端末 (UA 12) は、 ACK 22 8を返信する。 以上の手順によって、 セッション確立が完了し、 Me d i a F 1 ow229の送受信が開始する。
以下、 第 5図のシーケンスに関連して、 本発明に特徴的な処理 （具体的には、 第 5図の F 1から F 6において実行される処理） を説明する。
第 8図は、 本発明の第 1の実施の形態の HGW 11が実行する L i n e— I D 追加判定処理 （第 5図の F 1) を示すフローチャートである。
HGW11は、 処理効率化のため、 S I Pメッセ一、 ¾ ^及ぴメッセージポデ ィの内容に応じて、 選択的に L i n e— I Dを追加する。
HGW11は、 まず、 S I P Me s s a g eに SDP Of f e r又は SD P An swe rが含まれるか否かを判定する （251)。
S I P Me s s a g eに SDP Of f e r又は SDP An swe rのい ずれも含まれない 、 HGW11は、 S I P Me s s a g eに L i n e— I Dを追加せずに処理を終了する。 一方、 S I P Me s s a g eに SDP Of f e r又は SDP An s w e rのいずれかが含まれる場合、 HGW 11は、 S I P Me s s a g eに L i n e— I Dを i ¾口し （252) 、 処理を終了する。 第 8図に示す処理を実行することによって、 所定の種類の S I P Me s s a g eのみに L i n e— I Dが追カ卩され、 L i n e— I Dを追加する必要がない S I P Me s s a g eに対しては、 L i n e— I Dを追加する処理が省略される。 このため、 処理が効率化される。
第 9図は、 本発明の第 1の実施の形態の S I P S e r V e r 3が実行するサ 一ビス情報通知処理 （第 5図の F 2) を示すフローチャートである。
S I P S e r v e r 3は、 SDP A n s w e rの転送を契機に、 以下の処 理を実行する。
まず、 S I P S e r v e r 3は、 車 した SDP Of f e r (75) 及び An swe r (76) が既存の Me d i a F 1 o wを更新する力否かを判定す る （271) 。 例えば、 新規にセッションを確立する場合、 転送した S DP O f f e r等が既存の Me d i a F 1 o wを更新すると判定される。
ステップ 271において、 転送した SDP O f f e r等が既存の Me d i a F 1 owを更新しないと判定された^、 S I P S e r v e r 3は、 処理を終 了する。
一方、 ステップ 271において、 転送した S DP Of f e r等が既存の Me d i a F 1 o wを更新すると判定された:^、 S I P S e r v e r 3は、 S I P S e s s i on Ta b l e (第 2図 B) から、 S e s s i o nに関連す る端末の ID (Te rmi n a l— ID) を抽出する （272) 。 本実施の形態 では、 Te rmi na 1— IDとして、 第 2図 Bに示す F r om UR I (72 a)及ぴ To UR I (73 a)が抽出される。 あるいは、 F r om UR I (7 2 a) 及ぴ To UR I (73 a) に関連付けられた別の I Dが使用されてもよ レ、。
次に、 S I P S e r V e r 3は、 ステップ 272で抽出された各 Te rm i n a 1 - I D (具体的には、 発信側と着信側の T e r m i n a 1— I D) に関し て、 ループ （273— 279) の処理を行う。
最初に、 S I P S e r V e r 3は、 Te rm i n a 1— I Dが、 固定ァクセ ス網 16に収容されている端末のものであるか否かを判定する （274) 。 本実 施の形態では、 例えば、 S I P S e s s i on Ta b l e (第 2図 B) (DL i n e-ID (72 b又は 73 b) が存在する場合、 判定の対象である T e r m i n a 1— I Dが、 固定アクセス網 16に収容されている端末のものであると判 定される。ただし、別の方法によってステップ 274の判定が実行されてもよい。 ステップ 274において、 L i n e— I Dが存在しないと判定された：^、 S I P S e r v e r 3は、 275— 278の処理をスキップする。
一方、ステップ 274において、 L i n e— I Dが存在すると判定された 、 S I P S e r v e r 3は、 L i n e— ID (72 b又は 73 b) の値を取得す る （275) 。
次に、 S I P S e r v e r 3は、 S I P S e s s i onを一意に識別する ための S e s s i o n- I Dを生成する （276) 。 本実施の形態では、 S e s s i o n— I Dとして S I P S e s s i on Ta b l e (第 2図 B) の S I P D i a l o g ID71が使用される。
次に、 S I P S e r v e r 3は、 第 2図 Bの SDP Of f e r (75) 及 び SDP An s we r (76) から、 S e s s i o nに関連する F l ow F i l t e r (具体的には、 S r c I P、 D s t I P、 P r o t o c o l、 S r c P o r t及ぴ D s t Po r t) 及ぴ帯域を抽出する （277) 。
最後に、 S I P S e r v e r 3は、 Qo S Po l i c y S e r v e r 5 に対して、 サービス情報を通知する （278) 。 サービス情報には、 Te rmi na l— ID、 ステップ 275において取得された L i n e— I D、 ステップ 2 76において生成された S e s s i o n— I D、 及び、 ステップ 277において 抽出された F l ow F i 1 t e r及び帯域が含まれる。
第 10図は、 本発明の第 1の実施の形態の HGW11が実行する F 1 ow登録 ノ RSVP R e s V送信処理 （第 5図の F 3) を示すフローチャートである。
HGW 11は、 SDP An swe rの車 を契機に以下の処理を実行する。 まず、 HGW11は、 転送した SDP Of f e r (155) 及び An s we r (156) が既存の Me d i a F 1 o wを更新する力否かを判定する （29 1) 。
ステップ 291において、 転送した S DP O f f e r等が既存の Me d i a F 1 owを更新しないと判定された^ \ HGW11は、 処理を終了する。 一方、 ステップ 291において、 転送した S DP Of f e r等が既存の Me d i a F 1 owを更新すると判定された:^、 HGW11は、 S I P S e s s i on Ta b l e (第 4図 B) から、 S e s s i onに関連する端末の ID (Te rm i n a 1一 I D) を抽出する （292) 。 本実施の形態では、 T e r m i n a 1— I Dとして、 第 4図 Bの F r om UR I (152) 及び To U R I (153) が抽出される。 あるいは、 F r om UR I (152) 及び T o UR I (153) に関連付けられた別の I Dが使用さてもよレヽ。
次に、 HGW11は、 ステップ 292で抽出した各 T e r m i n a 1一 I Dに 関して、 ループ 1 (293— 300) の処理を行う。 まず、 HGW11は、 Te rmi n a 1一 I Dが示す端末が、 ホーム網 17に接続されている力否かを判定 する （294) 。 この判定は、 S I P Me s s a g eの受信ポート、 及ぴ、 端 末 I P Ad d r e s s等に基づいて実行される。
ステップ 294において、 端末がホーム網 17に接続されていないと判定され た場合、 HGW11は、 ステップ 295-299の処理をスキップする。
一方、端末がホーム網 17に接続されていると判定された^、 HGW 11は、 SDP Of f e r ( 155) 及ぴ An s w e r ( 156 ) によって確立される フローを F l ow Ta b 1 e (第 4図 C) に設定する （295) 。
次に、 HGW11は、ステップ 295において設定された各 F 1 owに関して、 ループ 2 (296-299) の処理を行う。 最初に、 HGW11は、 F 1 o wが 固定アクセス網 16を経由する力否力を判定する （297) 。 この判定は、 F 1 owの 言元 Z宛先 I Pアドレス （第 4図 Cの 172 a、 172b) 等に基づい て実行される。 ステップ 297において、 F 1 owが固定アクセス網 16を経由しないと判定 された;^、 この F l owは、 ホーム網 17の中で閉じている。 この^^、 AG W 7に対して Qo S設定要求を送信する必要がないため、 HGW11は、 ステツ プ 298の処理をスキップする。
一方、 ステップ 297において、 F 1 owが固定アクセス網 16を経由すると 判定された^ \ HGW11は、 AGW7に Qo S設定要求 (RSVP Re s v) を 言するとともに、 送信した要求に対応するェントリを RSVP S e s s i o n Ta b l e (第 4図 D) に設定する （298) 。
第 11図は、 本発明の第 1の実施の形態の HGW 11が実行する RSVP R e s V受信処理 （第 5図の F4) を示すフローチャートである。
第 11図に示す処理は、 HGW11が AGW7に送信した RSVP Re s v (216) と、 HGW11が UA12から受信した RSVP Re s v (217) とを対応付けるために 亍される。
HGW11は、 まず、 UA12から受信した RSVP Re s vに対応するェ ントリを RSVP S e s s i on T a b 1 e (第 4図 D) に設定する （ 31 1) 。
次に、 HGW11は、 ステップ 311において設定されたエントリに対応する F l owを F l ow Ta b l e (第 4図 C) から検索する （312) 。 この検 索は、 F l ow Ta b l e (第 4図 C) の各エントリのフィルタ情報及び端末 I Dと、 ステップ 311において設定されたェントリのフィルタ情報及び端末 I Dとが一致する力否かを判定することによって実行される。 F l ow Ta b 1 e (第 4図 C) において、 フィルタ情報は、 F l ow F i l t e r l 72に設 定されている。 端末 IDは、 Te rmi n a l— ID171に設定されている。 RSVP S e s s i on Ta b l e (第 4図 D) において、 フィルタ情報は RSVP S e s s i on I D 191及ぴ F i 1 t e r S p e c 193に設定 されている。 端末 I Dは、 Po l i c y D a t a 195に設定されている。 ステップ 312において、 検索の条件に合う F 1 o wが F l ow Ta b l e (第 4図 C) に存在しない場合、 RSVP Re s Vを送信した UA12は、 第 5図のステップ 211から 212に示す手 j噴を実行していない。 このような U A 12は、 悪意のある端末である可能性がある。 この:^、 HGW11は、 ステツ プ 311において設定されたエントリを削除し、 エラー応答 （RS VP Re s vE r r) を 言して処理を終了する （313) 。
一方、 ステップ 312において、 検索の条件に合う F 1 owが存在する場合、 HGWl 1は、 第 4図 Cの 175 b及び第 4図 Dの 197を設定することによつ て、 ステップ 311において設定された RS VP S e s s i o nと、 ステップ 312において検索された F 1 owに相互リンクを作成する （314) 。 ステツ プ 314によって、 同一のフロー （又は同一のセッション） のために送信された RSVP Re s v 216とRSVP R e s v 217とが間接的に対応付けら れる。
次に、 HGWl 1は、 ステップ 312において検索された F 1 owに関連して AGW7に送信した設定要求 （第 4図 Cの 175 a) に対する成功応答 （すなわ ち、 第 5図の RSVP Re s vCon f 220) を受信済みである力、否かを判 定する （315) 。
ステップ 315において、 成功応答を受信していないと判定された^^、 固定 アクセス網 16における Q o Sの設定（帯域予約）が終了していない。この場合、 HGWl 1は、 そのまま処理を終了する。
一方、 成功応答を受信済みであると判定された 、 固定アクセス網 16にお ける Qo Sの設定 （帯域予約） が終了している。 この場合、 HGWl 1は、 UA 12から受信した RSVP Re s V 217に対する成功応答 （RSVP Re s vCon f 221) を UA 12に返信し、 さらに、 ステップ 311において設 定されたェントリの状態を「成功応答送信済み」に設定して、処理を終了する（ 3 16) 。 なお、 HGW11は、 ステップ 312から 315までのいずれかの時点で、 R SVP Re s v 217に応じて、 UA 12と HGW11の間の帯域予約を してもよい。
第 5図の RS VP Re s v 216は、 固定アクセス網 16における HGW1 1と AGW7の間の帯域を予約するための要求である。 RS VP Re s vCo n f 220は、 RSVP Re s v 216に対する成功応答である。 一方、 R S VP Re s v 217は、 UA 12と HGW11の間の帯域を予約するための要 求である。 RSVP R e s V C o n f 221は、 RS VP Re s v217に 対する成功応答である。 これらの二つの要求 （216及び 217) に応じた帯域 予約の処理は、 どちらが先に実行されてもよレ、。このため、本来、 HGW11は、 ステップ 314の処理が終了した後であれば、 RSVP Re s vCon f 22 0を受信していなくても、 RSVP Re s vCon f 221を UA12に送信 することができる。
しかし、 UA12は、 RSVP Re s vCo n f 221を受信すると、 第 5 図のステップ 222以降の処理を実行する。 ステップ 222以降の処理は、 HG Wl 1と AGW7の間の帯域予約が終了した後で （すなわち、 F 5の処理が終了 した後で） 実行される必要がある。 このため、 本実施の形態の HGW11は、 R SVP Re s vCo n f 220を受信した後に限って RSVP Re s vCo n f 221を 言する （315、 316) 。 その結果、 HGW11と AGW7の 間の帯域予約が終了する前に UA 12がステップ 222以降の処理を実行するこ とが防止される。
第 12図は、 本発明の第 1の実施の形態の Q o S Po l i c y S e r v e r 5が実行する F 1 ow認可処理 (第 5図の F 5)を示すフローチャートである。
Qo S Po l i c y S e r v e r 5は、 AGW7から Q o S認可要求を受 信したとき、 以下の処理を実行する （第 5図の F 5参照） 。
まず、 Qo S Po l i c y S e r v e r 5は、 受信した Q o S認可要求に 対応するエントリを、 F l ow Ta b l e (第 3図 C)に設定する （331)。 次に、 Qo S Po l i c y S e r v e r 5は、 ステップ 331において設 定されたェントリに対応するサービス情報を S e r v i c e I n f o rma t i on Ta b l e (第 3図 B) から検索する （332) 。 サービス情報の検索 は、 S e r v i c e I n f o rma t i on Ta b l e (第 3図 B) の各ェ ントリに設定された F 1 o wのフィルタ情報、 回線 I D及び端末 I Dと、 ステツ プ 331において設定されたェントリのフィルタ情報、 回線 I D及び端末 I Dと がー致する力、否カゝを判定することによって新される。
S e r v i c e I n f o rma t i on T a b 1 e (第 3図 B)において、 フィルタ情報は F 1 o wF i 1 t e r 94に設定されている。 回,線 I Dは、 L i n e- I D92に設定されている。 端末 IDは、 Te rmi n a l— ID93に 設定されている。 F l ow Ta b l e (第 3図 C) において、 フィルタ情報は F l owF i l t e r l l 3に設定されている。 回線 I Dは、 L i n e_ I D 1 11に設定されている。 端末 IDは、 Te rmi na l— ID112に設定され ている。
ステップ 332において、 検索の条件に合うサービス情報が存在しない場合、 Qo S Po l i c y S e r v e r 5は、 ステップ 331において設定された エントリを削除し、 AGW 7にエラー応答を逝言して （333) 、 処理を終了す る。
—方、 ステップ 332において、 検索の条件に合うサービス情報が存在する場 合、 Qo S Po l i c y S e r v e r 5は、 要求帯域 （114) がステップ 332において検索されたサービス情報 （すなわち検索の条件に合うサービス情 報） の帯域 （95) を越える力否かを判定する （334) 。
ステップ 334において、 要求帯域 （114) がサービス情報の帯域 （95) を超える^ 8\ Qo S Po l i c y S e r v e r 5は、 ステップ 333のェ ラー処理を実行して、 処理を終了する。 一方、ステップ 334において、要求帯域（114)がサービス情報の帯域 (9 5) を超えない^^、 QoS Po l i c y S e r v e r 5は、 Qo S認可要 求に含まれる L i n e— ID (111) に基づいて、 L i n e Ta b l e (第 3図 D) から回線情報を検索する （335) 。 具体的には、 受信した Qo S認可 要求に含まれる L i n e- I D (111) と同一の値が L i n e— I D (131) として登録されているエントリを L i ne Ta b l e (第 3図 D) から検索す る。
次に、 Qo S Po l i c y S e r v e r 5は、 ステップ 335において検 索されたエントリの現在帯域 (136) と要求帯域 (114) の和が、 最大保証 帯域 （135) を超える力否かを判定する （336) 。
ステップ 336において、 現在帯域 (136) と要求帯域 (114) の和が最 大保証帯域 （135) を超えると判定された^ \ Qo S Po l i c y S e r v e r 5は、 ステップ 333のエラー処理を実行して、 処理を終了する。
一方、 ステップ 336において、 現在帯域 (136) と要求帯域 （114) の 和が最大保証帯域 （135) を超えないと判定された;^、 Qo S P o 1 i c y S e r v e r 5は、 ステップ 335において検索されたェントリの現在帯域 (136) と要求帯域 (114) の禾口が、 最低保証帯域 (134) を超える力否 かを判定する （337) 。
ステップ 337において、 現在帯域 (136) と要求帯域 (114) の和が最 低保証帯域 （134) を超えないと判定された；^、 Qo S Po l i c y S e r v e r 5は、 ステップ 338の処理をスキップする。
一方、 ステップ 337において、 現在帯域 （136) と要求帯域 （114) の 和が最低保証帯域 （134) を超えると判定された^、 Qo S P o l i c y S e r v e r 5は、 PONの保証帯域を、 ステップ 335において検索されたェ ントリの現在帯域（136)と要求帯域（114)の和まで增加させる（338)。 最後に、 Qo S Po l i c y S e r v e r 5は、 ステップ 335において 検索されたエントリの現在帯域 （136) に要求帯域 （114) を加算し、 AG W 7に成功応答を送信して処理を終了する （339) 。
上記の第 12図の処理によって、 同一の L i n e— I Dと関連付けられたセッ シヨンにおいて要求される帯域に基づいて、 Qo Sが制御される。 同一の L i n e— I Dと関連付けられたセッションとは、 同一の HGW11を経由するセッシ ヨン（すなわち、固定アクセス網 16において同一の回線を使用するセッション） である。
すなわち、 同一の回線を使用する複数の F 1 owが する 、 それらの全 ての F 1 owにおいて要求される帯域の合計値が算出される（336、 337)。 そして、 算出された合計値が、 固定アクセス網 16における保証帯域として設定 される （339) 。 ただし、 算出された合計値が最大保証帯域を超える^、 固 定アクセス網 16における保証帯域は変更されずに、 エラーが応答される （33 3) 。 算出された合計値が最低保証帯域を超えない：^、 最低保証帯域が、 固定 アクセス網 16における保証帯域として設定される。
第 13図は、 本発明の第 1の実施の形態の H GW 11が実行する R S V P R e s vCon f受信処理 （第 5図の F 6) を示すフローチャートである。
まず、 HGW11は、 受信した R e s vCon f 220に対応するェントリを RSVP S e s s i on Ta b l e (第 4図 D) から検索する （351) 。 ステップ 351において、 検索の条件に合うエントリが存在しない場合、 HG Wl 1は、 処理を終了する。
一方、 ステップ 351において、 検索の条件に合うエントリが存在する場合、 HGW11は、 検索されたェントリの状態 （196) を、 「成功応答受信済み」 に更新する （352) 。
次に、 HGW11は、 ステップ 351において検索されたェントリに関連付け られた F 1 o w (197) 力 端末 （UA12) から RSVP Re s v 217 を受信済みである力否かを判定する （353) 。 具体的には、 F l ow Ta b 1 e (第 4図 C)の F r om Te rmi na l 175 bが設定されている:^、 RSVP Re s v 217を受信済みであると判定される。
ステップ 353において、 RSVP Re s V 217をまだ受信していないと 判定された^^、 HGW11は、 ステップ処理を終了する。
—方、 ステップ 353において、 RSVP Re s V 217を受信済みである と判定された¾\ HGW11は、 RSVP Re s V 217に対する応答 22 1が既に送信されている否かを判定する （354) 。
第 11図を参照して説明したように、 HGW11は、 第 11図のステップ 31 4の処理の実行が終了し、 力つ、 RSVP Re s vCon f 220を受信した 後であれば、 第 13図に示す処理を実行する前に R SVP Re s vCon f 2 21を送信してもよレ、。 このため、 ステップ 354が実行される前に、 既に RS VP Re s vCon f 221が 言されている^ ^がある。
ステップ 354において、 応答が既に 言されていると判定された^、 HG W11は、 処理を終了する。
一方、 ステップ 354において、 応答がまだ 言されていないと判定された場 合、 HGW11は、 端末に成功応答 (RSVP Re s vCon f 221) を送 信し、 さらに、 ステップ 353において設定された状態 （196) を 「成功応答 送信済み」 に更新して、 処理を終了する （355) 。
第 14図は、 本発明の第 1の実施の形態におけるセッション切断のための処理 を示すシーケンス図である。
第 14図は、 例として、 第 5図に示す処理によって確立されたセッションを切 断するためのシーケンスを示す。
最初に、 端末 (UA12) が端末 (UA8) に対して S I P BYE401を 言する。 BYE 401は、 HGW11、 S I P S e r v e r 3, S I P S e r v e r l及ぴ S I P S e r v e r 2を経由して端末（UA 8)に到達する。 端末 (UA8) は、 BYE401に対する 200応答 402を送信する。 20 0応答 402は、 BYEと逆の経路を迪り、 端末 （UA12) に到^ Tる。
HGW11は、 BYE401の を契機に、 S I P S e s s i on Ta b 1 e (第 4図 B) . F l ow Ta b l e (第 4図 C) 及び RSVP S e s s i on Ta b l e (第 4図 D) から、 切断されるセッションに対応するェン トリを削除する。
S I P S e r v e r 3は、 BYE401の転送を契機に、 サービス情報削除 要求 403を Qo S Po l i c y S e r v e r 5に送信する。 サービス情報 削除要求 403には、 S I P S e s s i onを識別する S e s s i o n— I D が含まれる。
Qo S Po l i c y S e r v e r 5は、 サービス情報削除要求 403を受 けて S e s s i o nに属する F 1 o wを検索し、 F 1 o w削除要求 404を AG W7に通言する。 F 1 o w削除要求 404は、 L i n e— ID、 Te rmi na 1― I D及び F l ow F i l t e rを指定する。
AGW7は、 F 1 ow削除要求 404によって指定された F 1 owをローカル のテーブル （図示省略） 力ら削除し、 β、応答 405を返信する。
Qo S Po l i c y S e r v e r 5は、 サービス情報及び F 1 o w認可情 報を、 S e r v i c e I n f o rma t i on Ta l e (第 3図 B) 及び F l ow Ta 1 b e (第 3図 C) から削除する。 さらに、 Qo S Po l i c y S e r v e r 5は、 S I P S e r v e r 3に麵応答 406を 言する（F 7)。 F 7において、 Qo S Po l i c y S e r v e r 5は、 必要に応じて P O Nの回線保証帯域を制御する。
第 15図は、 本発明の第 1の実施の形態の Q o S Po l i c y S e r v e r 5が実行するサービス情報 ZF 1 ow認可削除処理 （第 14図の F 7) を示す フローチヤ一トである。
まず、 Qo S Po l i cy S e r v e r 5は、 削除する F 1 o wの回線情 報を L i ne Ta b 1 e (第 3図 D) から検索する （421)。 次に、 Qo S Po l i c y S e r v e r 5は、 ステップ 421において検 索された回線情報に含まれる現在帯域 （136) が最低保証帯域 (134) を超 えるか否かを判定する （422) 。
ステップ 422において、 現在帯域 （136) が最低保証帯域 (134) を超 えないと判定された^ \ Qo S Po l i c y S e r v e r 5は、 ステップ 423から 425の処理をスキップする。
一方、 ステップ 422において、現在帯域（136) が最低保証帯域 (134) を超えると判定された：^、 ステップ 421において検索された現在帯域 (13 6) と、 削除する F 1 o wの帯域 (114) との差が、 最低保証帯域 (134) より大きいか否かを判定する （423) 。
ステップ 423において、 算出された差が最低保証帯域 （134) より大きい と判定された 、 Qo S Po l i c y S e r v e r 5は、 PONの保証帯 域を、 在帯域 （136) と F 1 ow帯域 (114) との差まで減少させる （4 24) 。
—方、 ステップ 423において、 算出された差が最低保証帯域 （134) より 小さいと判定された^、 Qo S Po l i c y S e r v e r 5は、 P ONの 保証帯域を、 最低保証帯域 (134) まで減少、させる （425) 。
次に、 Qo S Po l i c y S e r v e r 5は、 ステップ 421において検 索された現在帯域 (136) から F 1 ow帯域 (114) を差し引く （426)。 次に、 Qo S Po l i c y S e r v e r 5は、 F l o w認可情幸艮を、 F 1 ow Ta l e (第 3図 C) から削除する （427) 。
次に、 Qo S Po l i c y S e r v e r 5は、 サービス情報を、 S e r v i c e I n f o rma t i on T a b 1 e (第 3図 D) から削除する （42 8) 。
最後に、 Qo S Po l i c y S e r v e r 5は、 S I P S e r v e rに 応答を遍言して （429) 、 処理を終了する。 以上、 本発明の第 1の実施の形態によれば、 HGWl 1力 SS I Pメッセージに 回線の識別子 (L i ne-ID)を含めてサービス網 14に送信する。その結果、 回線単位で Q o Sを制御することが可能になる。 さらに、 第 1の実施の形態によ れば、 HGWl 1が端末の代わりに Q o S設定要求を A GW 7に送信する。 その 結果、 通信事 との間に信頼関係のある βのみが、 Qo S設定を制御するこ とが可能になる。
次に、 第 16図から第 18図を参照して、 本発明の第 2の実施の形態を説明す る。 第 2の実施の形態の通信網の構成は、 第 1の実施の形態と共通である （第 1 図） 。 第 1の実施の形態では、 HGW 11が SDP Of f e r /An s we r を含む S I Pメッセージに回線 I Dを追加していた。一方、第 2の実施の形態は、 端末の位置登録をするためのメッセージである S I P REG I S TERに回線 IDが追カ卩される点で、 第 1の実施の形態と異なる。 このため、 第 2の実施の形 態によれば、 回線 IDを最初の位置登録時に一回登録すれば、 以後その情報を継 続して使用することができる。
第 2の実施の形態では、 S I P S e r v e r 3力 第 16図 Aに示す R e g i s t r a t i on T a b 1 eと、 第 16図 Bに示す S I P S e s s i on Ta b l eを備える。
第 16図 Aは、 本発明の第 2の実施の形態の S I P S e r V e r 3が保持す る Re g i s t r a t i on T a b 1 eの説明図である。
Re g i s t r a t i on Ta b l e (第 16図 A) は、 端末の登録情報を 管理するために使用される。 Re g i s t r a t i on Ta l e (第 16図 A) は、 端末の公開ァドレスを示す A o R (Ad d r e s s o f Re c o r d) 501、端末の通信ァドレスを示す C on t a c t Ad d r e s s 502、 回線を識別する L i n e— ID503、 及び、 登録の有効期限を示す E x p i r e s 504から構成される。
第 16図 Bは、 本発明の第 2の実施の形態の S I P S e r V e r 3が保持す る S I P S e s s i on T a b 1 eの説明図である。
S I P S e s s i on Ta b l e (第 16図 B) は、 S I P S e s s i o n状態を管理するために使用される。 S I P S e s s i on Ta b l e (第 16図 B) は、 S I P S e s s i o nを一意に調 ijする S I P D i a 1 o g I D 511、 発信端末を識別する C a l l e r' s ID512、 着信端末 を識別する Ca l l e e' s ID513、 S e s s i o n状態を示す S t a t e 514、 SDP O f f e r 515、 及び、 SDP An swe r 516から 構成される。
S I P D i a l o g ID511は、 Ca l l— ID511 a、Fr om t a g 5 l i b及び To t a g 511 cから構成される。
Ca l l e r' s ID512は、 F r om UR I 512 aから構成される。 Ca l l e e' s ID513は、 To UR I 513 a力ら構成される。 第 1の実施の形態の S I P S e s s i on Ta b l e (第 2図 B) と異な り、 Ca l l e r' s I D 512及び C a l l e e' s ID513は L i n e— IDを含まない。
第 17図は、 本発明の第 2の実施の形態におけるセッション確立のための処理 を示すシーケンス図である。
第 17図では、 ホーム網 17に接続された端末 (UA12) 力 S I P S e r V e r (1、 3) に対して位置登録を行う。 そして、 端末 (UA 12) と端末 (UA8) の間でセッションが確立される。 以下、 第 17図のシーケンスの詳細 を説明する。
まず、 端末 (UA12) は、 S I P REG I STER531を 言する。 HGWl 1は、 REG I STER531に L i n e— I Dを追カ卩して S I P S e r e r 3に！ ^する （F 11 ) 。
S I P S e r v e r 3は、 REG I STER531から L i n e— I Dを削 除し、 削除した L i n e- I Dを、 端末の A oRと共に Re g i s t r a t i o n Ta b l e (第 16図 A)に記録する。そして、 S I P S e r v e r 3は、 REGI STER531を S I P S e r v e r 1に^!する。
S I P S e r v e r lは、 REG I S TER 531に対する 200応答 53 2を返信する。 200応答 532は、 REGI STER531と逆の経路を迪り、 端末 （UA12) に到針る。
次に、 端末 （UA12) は、 SDP Of f e rを含む S I P INVI TE 533を 言する。 INVI TE533は、 HGW11、 S I P S e r v e r 3、 S I P S e r v e r l及ぴ S I P S e r v e r 2を経由して端末 (UA 8) に到達する。
端末（UA8)は、 SDP An s we rを含む 183応答 534を返信する。 端末（UA12)は、 183応答 534に る PRACK535を返信する。 端末 (UA8) は、 PRACK535に対する 200応答 536を返信する。 S I P S e r v e r 3は、 SDP An s w e rの！ を契機として、 サー ビス情報 537を Qo S P o l i c y S e r v e r 5に通知する（F 12)。 このサービス情報通知 537の通知は、 PRACK535の週言の前又は後のレヽ ずれに実行されてもよいし、 200応答 536の送信の前又は後のいずれに実行 されてもよい。
サービス情報通知 537は、 S e s s i on— ID、 L i n e— ID、 Te r mi na l - IDN F l o wF i l t e r及び帯域を含む。
以降のシーケンスは、 第 5図の 216〜 229と同様であるため省略する。 次に、 第 18図及び第 19図を参照して、 第 17図のシーケンスに特徴的な処 理を説明する。
第 18図は、 本発明の第 2の実施の形態の HGW 11が実行する L i n e— I D追加判定処理 （第 17図の F l 1) を示すフローチャートである。
最初に、 HGW11は、 転送する S I P Me s s a g eが REG I S TER であるか否かを判定する （551) 。 ステップ 551において、 する S I P Me s s a g eが REG I STE Rでないと判定された；^、 HGW11は処理を終了する。
一方、 ステップ 551において、 転送する S I P Me s s a g eが REG I STERであると判定された^、 HGW11は、 REGI STERに L i n e 一 IDを追加し （552) 、 処理を終了する。
第 18図の処理を実行することによって、 所定の種類の信号 （第 18図の例で は、 REGI STER) のみに回線 I Dが追加されるため、 処理を効率化するこ とができる。
第 19図は、 本発明の第 2の実施の形態の S I P S e r V e r 3が実行する サービス情報通知処理 （第 17図の F 12) を示すフローチャートである。 第 19図に示す処理は、 第 1の実施の形態のサービス情報通知処理 （第 9図） と以下の点で異なる。
まず、 第 9図のステップ 274では、 端末が固定アクセス網 16に接続されて いる力、否かを、 S I P S e s s i on Ta b l e (第 2図 B) の L i n e— I Dフィーノレド （72 b又は 73 b) が設定されている力否かに基づいて判定し ていた。 これに対し、 第 19図のステップ 574では、 S I P Re g i s t r a t i on Ta b l e (第 16図 A) に端末が登録されている力否かに基づい て、 同様の判定が^される。
また、 第 9図のステップ 275では、 L i n e— I Dを S I P S e s s i o n Ta b 1 e (第 2図 B) の L i n e— I Dフィールド （72 b又は 73 b) から取得していた。 これに対し、 第 19図のステップ 575では、 S I P Re g i s t r a t i on Ta b l e (第 16図 A) の L i n e— I Dフィーノレド (503) から L i n e— I Dが取得される。
上記の相違点を除いて、 第 19図のステップ 571から 579は、 それぞれ、 第 9図のステップ 271から 279と同様である。
次に、 第 20図から第 25図を参照して、 本発明の第 3の実施の形態を説明す る。
第 20図は、 本発明の第 3の実施の形態における通信網の構成例を示す説明図 である。
第 1及び第 2の実施の形態では、 固定アクセス網 16の AGW7と HGW11 の (？、 I n t S e r v (I n t e g r a t e d S e r v i c e s) モテノレ【こ 基づくフロー単位の帯域保証が実行されていた。 一方、 第 3の実施の形態では、 第 1及ぴ第 2の実施の形態と異なり、 D i f f S e r v (D i f f e r e n t ! a t e d S e r v i c e s) モデルに基づく優先制御が実行される。
第 20図に示す通信網は、 ァクセス非依存のサービス網 714、 移動ァクセス 網 715、 固定アクセス網 716及ぴホーム網 717から構成される。 以下に説 明するように、 第 3の実施の形態によれば、 D i f f S e r vモデルに基づく優 先制御を行う にも、 セッション制御信号に含まれる情報を用いて回線単位の 帯域制御を行うことができる。
サービス網 714は、 S I P S e r v e r (701、 702及び 703) 、 Qo S Po l i c y S e r v e r (704及ぴ 705) 、 及び、 AGW (7 06及び 707)
を備える。
移動アクセス網 715は、 UA708を備える。
固定アクセス網 716は、 OLT709及び ONU710を備える。
ホーム網 717は、 HGW711及び UA (712及ぴ 713) を備える。 H GW711には、 回線 ID (L i ne— ID : 56789) が設定されている。 固定アクセス網 716では、 次のような Qo S処理が実行される。
AGW707及ぴ HGW711は、 Lay e r 3以上で優先フローを識別し、 I Pv 4ヘッダの TO Sフィールド又は I P V 6ヘッダの Tr a f f i c C I a s sフィールドにマーキングを行う。 さらに、 AGW707及び HGW711 は、マーキング結果に従レ、優先制御を行う。第 1及び第 2の実施の形態と異なり、 優先フローを識別するためのフィルタ情報は静的に設定される。
OLT709及ぴ ONU 710は、 Lay e r 2レベルで優先フローの帯域保 証を行う。 優先フローの識別は、 AGW707及ぴ HGW711によるマーキン グ結果に従う。 保証帯域は、 必要に応じて Q o S Po l i c y S e r v e r 705によって制御される。
第 21図 Aは、 本発明の第 3の実施の形態の Q o S Po l i c y S e r v e r 705の装置構成を示すブロック図である。
Q o S Po l i c y S e r v e r 705は、 Ha r d D i s k 731、
CPU732、Memo r y 733、 I F (734 a、 734 b及ぴ 734 c) , 及ぴ、 バス 735を備える。 Qo S Po l i cy S e r v e r 705の処理 手順は、 Memo r y 733に格納されており、 C P U 732力 S順次それを読み 出して実行する。
Qo S Po l i c y S e r v e r 705は、 第 21図 Bに示す S e r v i c e I n f o rma t i on Ta b l e、 及び、 第 21図 Cに示す L i n e Ta b l eを保持する。
第 21図 Bは、 本発明の第 3の実施の形態の Q o S Po l i c y S e r v e r 705が保持する S e r v i c e I n f o rma t i on Ta b l eの 説明図である。
S e r v i c e I n f o rma t i on Ta b l e (第 21図 B) は、 S I P S e r v e r 703に認可したサービス情報を管理するためのテーブルで ある。 S e r V i c e I n f o rma t i on T a b 1 e (第 21図 B)は、 S I P Se s s i onを識別する S e s s i on ID751、 回線を謎 Uす る L i n e— ID752、 端末を識別する Te rmi n a l— ID753、 フロ 一を識別する F l ow F i l t e r 754、 及び、 使用帯域を示す B a n dw i d t h 755から構成される。 F l ow F i l t e r 754は、 S r c I P754 a、 D s t I P754b、 p r o t o 754 c、 S r c P o r t 7 54 d及び D s t P o r t 754 eから構成される。
第 21図 Cは、 本発明の第 3の実施の形態の Q o S Po l i c y S e r v e r 705が保持する L i n e Ta b l eの説明図である。
L i ne Ta b l e (第 21図 C) は、 回線の帯域を管理するためのテープ ルである。 L i ne Ta b l e (第 21図 C) は、 回線を識別する L i ne— ID771、 ONUを識別する ONU— I D772、 OLTを識別する OLT— I D 773、 回線の最低保証帯 i n Bandwi d t h774, 最大保証 帯域 Ma x B a n dw i d t h 775、 現在帯域 Cu r r e n t B a n dw i d t h 776、 及ぴ、 回線を使用するサービス情報 （第 21図 B S e r V i c e I n f o rma t i on Ta b l e) へのポィンタ Po i n t e r t o S e r i c e I n f o. Ta b 1 e 777力、ら構成される。 回,镍を使 用するフローが複数存在する:^、 Po i n t e r t o S e r v i c e I n f o. Ta b 1 e 777には複数のポィンタが設定される。
第 22図 A及び第 22図 Bは、 本発明の第 3の実施の形態におけるセッシヨン 確立のための処理を示すシーケンス図である。
第 22図 A及ぴ第 22図 Bでは、 端末 (UA712) が DHCP v 6を使用し て HGW711から回線 I Dを取得する。 そして、 端末 (UA712) 自身が S I P I NV I TEに回線 I Dを含めて送信し、 端末 （UA708) との間にセ ッションを確立する。 第 1及ぴ第 2の実施の形態と異なり、 本シーケンスでは、 S I P S e r v e r 703からのサービス情報通知と同時に Q o S認可が 亍 される。
以下、 第 22図 A及び第 22図 Bの詳細を説明する。
第 22図 Aにおいて、 端末 (UA712) は、 まず DHCP v 6 I n f o r ma t i o n-R e qu e s t 791を HGW711に 言して、 L i n e— I Dを要求する。 HGW711は、 DHCP v 6 I n f o rma t i on— Re 1 y 792を返信して、 L i n e— I Dを通知する。 次に、 端末 （UA712) は、 S I P INVITE793 aを S I P S e r v e r 703に送信する。 S I P I NV I TE 793 aは、 S D P O f f e r及び L i n e- I Dを含む。
S I P I NV I TE 793 aには、 これから確立しょうとするセッションに おいて端末 (UA712) が要求する帯域を示す情報;^含まれる。
S I P S e r v e r 703は、 I NV I TE 793 aから L i n e— I Dを 削除し、 その L i n e— IDを S e s s i o n情報と共に記録する。 さらに、 S I P S e r v e r 703は、 サービス認可要求 794を Qo S Po l i c y S e r v e r 705に 言する。 サービス認可要求 794には、 S I P/S D P Me s s a g e力、ら抽出された S e s s i on-ID, L i n e— ID、 Te r mi na l - ID, F l ow F i l t e r及び帯域が含まれる。 サービス認可 要求 794に含まれる帯域は、 Te rmi n a 1— I Dによって識別される端末 がセッションにおいて要求する帯域である。
Qo S Po l i c y S e r v e r 705は、 回線帯域を考慮して、 サービ ス認可及び P ONの帯域制御を行う （F21) 。
F 21に示すサービス認可に失敗した場合、 Qo S Po l i c y S e r v e r 705は、 第 22図 Bに示すエラー応答 811を返信する。 エラー応答 81 1を受けた S I P S e r v e r 703は、 端末 (UA712) に 488応答 8 12を返信し、 セッション確立が失敗する。
一方、 F 21に示すサービス認可に成功した^^、 Qo S Po l i c y S e r v e r 705は、 第 22図 Aに示す成功応答 795を返信する。 成功応答 7 95を受けた S I P S e r v e r 703は、 I NV I T E 793 bを端末 （U A708) に転送する。
端末 (UA708) は、 ユーザの呼ぴ出しを開始し、 180応答 796を返信 する。 さらに、 端末 (UA708) は、 ユーザがオフフックしたことを契機に、 SDP An s we rを含む 200応答 797を週言する。 端末 (UA712) は、 ACK798を返信する。 その結果、 Me d i a F 1 ow799の送受信が開台する。
なお、 第 3の実施の形態では、 UA 712が HGW711から L i n e— I D を取得し （791、 792) 、 その L i n e— IDを含む S I P INVITE 793 aを S I P S e r v e r 703に送信する。 しかし、 第 1の実施の形態 と同様に、 HGW711力 UA712から受信した S I P INVI TE (第 5図の S I P INVITE 211参照） に i ne— IDを追カ卩し （第 5図の F 1参照） 、 その S I P INVITEを S I P S e r v e r 703に 言し てもよい。
逆に、 第 1の実施の形態において、 UA12が、 第 3の実施の形態と同様、 H GW11から L i ne— IDを取得し、 その L i 116— 10を含む3 I P IN VITEを S I P S e r v e r 3に送信してもよレヽ。
第 23図は、 本発明の第 3の実施の形態の Q o S Po l i c y S e r v e r 705が実行するサービス認可処理 （第 22図 Aの F 21) を説明するフロー チャートである。
Qo S Po l i c y S e r v e r 705は、 まず、 受信したサービス認可 要求に対応するエントリを S e r V i c e I n f o rma t i on Ta b l e (第 21図 B) に設定する （831) 。
次に、 QoS Po l i c y S e r v e r 705は、 サービス情報の L i n e— ID (752) に基づいて、 L i n e Ta b l e (第 21図 C) から回線 情報を検索する （832) 。 具体的には、 受信した Qo S認可要求に含まれる L i n e— ID (752) と同一の値が L i n e— I D (771) として登録され ているエントリを L i n e Ta b l e (第 21図 C) から検索する。
次に、 QoS Po l i c y S e r v e r 705は、 ステップ 832におい て検索された現在帯域 （776) と、 サービス情報の帯域 （755) との和が、 ステップ 832において検索された最大保証帯域 （775) を超える力否かを判 定する （833) 。
ステップ 833において、現在帯域 (776) とサービス情報の帯域 (755) との和が最大保証帯域 （775) を超えると判定された^^、 Qo S Po l i c y S e r v e r 705は、 ステップ 831において設定されたェントリを削 除し、 さらに、 S I P S e r V e rにエラー応答 811 (第 22図 B参照） を 言して、 処理を終了する （834) 。
一方、ステップ 833において、現在帯域（776) とサービス情報の帯域 (7 55) との和が最大保証帯域（775)を超えないと判定された^ \ Q o S P o l i c y S e r v e r 705は、 ステップ 832において検索された現在帯 域 （776) とサービス情報の帯域 （755) との和が、 ステップ 832におい て検索された最低保証帯域 (774) を超える力否かを判定する （835) 。 ステップ 833において、現在帯域（776) とサービス情報の帯域（755) との和が最低保証帯域 (774) を超えると判定された^、 Qo S Po l i c y S e r v e r 705は、 PONの保証帯域を、 ステップ 832において検 索された現在帯域 （776) とサービス情報の帯域 （755) との和まで増加さ せる （836) 。
一方、ステップ 833において、現在帯域（776) とサービス情報の帯域 (7 55 ) との和が最低保証帯域 (774)を超えなレヽと判定された；^、 Q o S P o l i c y S e r v e r 705は、 ステップ 836の'処理をスキップする。 最後に、 Qo S Po l i c y S e r v e r 705は、 ステップ 832にお レヽて検索された現在帯域 （776) にサービス情報の帯域 （755) を加算し、 S I P S e r v e rに成功応答 795 (第 22図 A参照） を送信して、 処理を 終了する。
第 1の実施の形態における第 12図の処理と同様、 上記の第 23図の処理によ つて、 同一の L i n e— IDと関連付けられたセッションにおいて要求される帯 域に基づいて、 Q o Sが制御される。 同一の L i n e— I Dと関連付けられたセ ッシヨンとは、 同一の HGW711を経由するセッション （すなわち、 固定ァク セス網 716において同一の回線を使用するセッション） である。
すなわち、 同一の回線を使用する複数の F 1 owが する 、 それらの全 ての F 1 owにおいて要求される帯域の合計値が算出される（833、 835)。 そして、 算出された合計値が、 固定アクセス網 16における保証帯域として設定 される （836) 。 ただし、 算出された合計値が最大保証帯域を超える 、 固 定アクセス網 716における保証帯域は変更されずに、 エラーが応答される （8 34) 。 算出された合計値が最低保証帯域を超えない^、 最低保証帯域が、 固 定アクセス網 16における保証帯域として設定される。
第 24図は、 本発明の第 3の実施の形態におけるセッション切断のために実行 される処理を示すシーケンス図である。
本シーケンスでは、 まず、 端末 (UA712) が BYE 851を送信する。 B YE 851を受けた端末 (UA 708) は、 200応答 852を返信する。
S I P 3 6 1： 6 703は、 ：6 £851の転送を契機に、 サービス認可 削除要求 853を Qo S Po l i c y S e r v e r 705に送信する。 この 要求は、 200応答 852より早く週言されてもよい。 サービス認可削除要求 8 53は、 S e s s i onを識別する S e s s i on— IDを含む。
Qo S Po l i c y 3 6 1： 6 7 0 5は、 3 6 3 3 1 0 11— 1 Dに対応 するサービス情報を削除し、 P ONの保証帯域を制御する （F22)。
第 25図は、 本発明の第 3の実施の形態の Q o S Po l i cy S e r v e r 705が実行するサービス認可削除処理 （第 24図の F22) を説明するフ口 一チヤ一トである。
Qo S Po l i c y S e r v e r 705は、 まず、 指定された S e s s i o n- I Dに関連するサービス情報を S e r v i c e I n f o rma t i on Ta b 1 e (第 21図 B) から検索する （871)。
次に、 Qo S Po l i c y S e r v e r 705は、 ステップ 871におい て検索された全てのサービス情報に関して、 ループ （872— 880) の処理を 新する。
まず、 Qo S Po l i c y S e r v e r 705は、 S e r v i c e I n f o rma t i on Ta b l e (第 21図 B) の L i ne— ID (752) を 使用して、 L i ne Ta b l e (第 21図 C) から回線情報を検索する （87 3)。
次に、 Qo S Po l i c y S e r v e r 705は、 ステップ 873におい て検索された現在帯域 （776) が最低保証帯域 (774) を超える力否かを判 定する （874)。
ステップ 874において、 現在帯域 （776) が最低保証帯域 （774) を超 えないと判定された^ \ Qo S Po l i c y S e r v e r 705は、 ステ ップ 875から 877までの処理をスキップする。
一方、 ステップ 874において、現在帯域 (776) が最低保証帯域 (774) を超えると判定された；^、 Qo S Po l i c y S e r v e r 705は、 ス テツプ 873において検索された現在帯域 (776) とサービス情報の帯域 (7 55)の差が、最低保証帯域（774)よりも大きレヽか否かを判定する（875)。 ステップ 875において、現在帯域（776) とサービス情報の帯域（755) の差が最低保証帯域 (774) よりも大きいと判定された^、 Qo S Po l i c y S e r v e r 705は、 PONの保証帯域を、 現在帯域 (776) とサ 一ビス情報の帯域 (755) の差まで減少させる （876) 。
一方、 現在帯域 (776) とサービス情報の帯域 （755) の差が最低保証帯 域 （774) 以下であると判定された:^、 Qo S Po l i c y S e r v e r 705は、 PONの保証帯域を、 最低保証帯域 （774) まで減少させる （8 77) o
次に、 Qo S Po l i c y S e r v e r 705は、 ステップ 873におい て検索された現在帯域 （776) 力らサービス情報の帯域 （755) を差し引く (878) 。
次に、 Qo S Po l i c y S e r v e r 705は、 サービス情報を、 S e r v i c e I n f o rma t i on Ta b l e (第 21図 B) から削除する (879) 0
以上で、 Qo S Po l i cy S e r v e r 705は、 第 25図に示す処理 を終了する。

Claims

請 求 の 範 囲
1 . アクセス回線を介して通信網に接続される複数の端末と、 前記端末から送信 されたセッション制御信号を処理するセッション制御サーバと、 前記ァクセス回 線の Q 0 Sを制御する Q o S制御サーバと、 を備える通信システムにおいて、 前記端末は、 少なくとも、 前記端末がセッションにおいて要求する帯域を示す 情報を含む前記セッション制御信号を前記セッション制御サーバに送信し、 i己端末は、 さらに、 tin己アクセス回線の識別子を前記セッション制御サーバ に ¾ί言し、
前記セッション制御サーバは、 受信した前記アクセス回線の識別子と、 前記端 末がセッションにお!/、て要求する帯域を示す情報とを前記 Q o S制御サーバに送 信し、
前記 Q o S制御サ"バは、 同一の前記ァクセス回線の IJ子と関連付けられた セッションにおいて要求される帯域に基づいて Q o Sを制御することを特徴とす る通信システム。
2. 前記ァクセス回線の 子は、 前記セッション制御信号に含まれることを特 徴とする請求項 1に記載の通信システム。
3 . 前記通信システムは、 前記端末装置を前記アクセス回線に接続する端末収容 装置をさらに備え、
前記端末が前記アクセス回線の識別子を難する代わりに、 前記端末収容装置
1S 前記アクセス回線の識別子を、 前記セッション制御信号に ϋ¾口して前記セッ ション制御サーバに■することを特徴とする請求項 1に記載の通信システム。
4. 前記セッション制御信号は、 S I Ρに準拠する信号であり、 前記アクセス回線の識別子は、 S I Pヘッダに設定されることを特徴とする請 求項 1に記載の通信システム。
5. 前記セッション制御信号は、 S I Pに準拠する信号及び S D Pに準拠する信 号を含み、
歯己アクセス回線の識別子は、 S D P属性行に設定されることを特徴とする請 求項 1に記載の通信システム。
6. 前記セッション制御信号が所定の種類の信号である場合、 前記アクセス回線 の識別子が tin己セッション制御信号に追カ卩されることを特徴とする請求項 1に記 載の通信システム。
7 . 前記端末収容装置は、 前記受信したセッション制御信号及び前記アクセス回 線の識別子に基づいて生成された第 1の Q o S制御信号を前記 Q o S制御サーバ に送信し、
前記 Q o S制御サーバは、 前記第 1の Q o S制御信号を受信すると、 受信した 前記第 1の Q o S制御信号に基づいて、 前記アクセス回線の Q o Sを制御するこ とを特徴とする請求項 3に記載の通信システム。
8 . 前記端末収容装置は、
前記セッション制御信号に基づレ、て、 前記第 1の Q o S制御信号と、 前記端末 と前記端末収容装置との間の Q o Sを制御するための第 2の Q o S制御信号と、 を対応付け、
前記第 1の Q o S制御信号に対する応答を受信した後で、 前記受信した第 1の Q o S制御信号に対応する前記第 2の Q o S制御信号に対する応答を、 前記端末 に 言することを特徴とする請求項 7に記載の通信システム。
9. 通信システムにおける通信を制御する通信制御装置において、 tfflB通信システムは、ァクセス回,線を介して通信網に接続される複数の端末と、 少なくとも一つの前記端末を tfriBアクセス回線に接続する前記通信制御装置と、 前記端末から 言されたセッション制御信号を処理するセッション制御サーバと . 前記アクセス回線の Q o Sを制御する Q o S制御サーバと、 を備え、
前記通信制御装置は、
前記セッション制御信号を tflfB端末から受信し、
前記ァクセス回線の識別子を前記受信したセッション制御信号に ϋ¾口し、 前記ァクセス回線の識別子が追加されたセッション制御信号を前記前記セッシ ヨン制御サーバに送信し、
前記 Q o S制御サーバに嫌己アクセス回線の Q o Sを制御させるための第 1の Q o S制御信号を、 前記端末がセッションにおいて要求する帯域、 及ぴ、 tiff己ァ クセス回線の識別子に基づレ、て生成し、
前記生成された第 1の Q o S制御信号を前記 Q o S制御サーノ に週言すること を特徴とする通信制御装置。
1 0 . 前記通信制御装置は、
前記セッション制御信号に基づいて、 前記第 1の Q o S制御信号と、 前記端末 と tffff己通信制御装置との間の Q o Sを制御するための第 2の Q o S制御信号と、 を対応付け、
前記第 1の Q o S制御信号に対する応答を受信した後で、 前記受信した第 1の Q o S制御信号に対応する前記第 2の Q o S制御信号に対する応答を、 前記端末 に 言することを特徴とする請求項 9に記載の通信制御装置。
1 1 . アクセス回線を介して通信網に接続される複数の端末と、 前記端末から送 信されたセッション制御信号を処理するセッション制御サーバと、 前記ァクセス 回線の Q o Sを制御する Q o S制御サーバと、 を備える通信システムの制御方法 であって、
前記制御方法は、
前記端末が、 少なくとも、 セッションにおレヽて tiff己端末が要求する帯域を示す 情報を含む前記セッション制御信号を前記セッション制御サーバに 言し、 前記端末が、 さらに、 ΙίίΙΒァクセス回線の 子を前記セッション制御サーバ に送信し、
tfrlBセッション制御サーバが、 受信した前記アクセス回線の識別子と、 セッシ ョンにおいて前記端末が要求する帯域を示す情報とを前記 Q o S制御サーバに送 信し、
ΙίίΙ己 Q o S制御サーバが、 同一の前記アクセス回線の識別子と関連付けられた セッションにおいて要求される帯域に基づいて Q o Sを制御することを特徴とす る方法。
1 2 . ΙίίΙΒアクセス回線の識別子は、 tinsセッション制御信号に含まれることを 特徴とする請求項 1 1に記載の方法。
1 3 . 前記通信システムは、 前記端末装置を前記アクセス回線に接続する端末収 容装置をさらに備え、
前記方法は、 さらに、
前記端末が前記アクセス回線の識別子を 言する代わりに、 ΙίίΙΒ端末収容装置 力 前記アクセス回線の識別子を、 前記セッション制御信号に ϋΛϋして ttflBセッ ション制御サーバに 言することを特徴とする請求項 1 1に記載の方法。
PCT/JP2007/059128 2006-08-01 2007-04-20 Qualité de service pour chaque ligne commandant un appareil de commande de communication, système de communication et procédé de commande à cet effet WO2008015832A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2008527677A JP4643712B2 (ja) 2006-08-01 2007-04-20 回線ごとにＱｏＳを制御する通信制御装置、通信システム及びその制御方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2006209570 2006-08-01
JP2006-209570 2006-08-01

Publications (1)

Publication Number Publication Date
WO2008015832A1 true WO2008015832A1 (fr) 2008-02-07

Family

ID=38997016

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2007/059128 WO2008015832A1 (fr) 2006-08-01 2007-04-20 Qualité de service pour chaque ligne commandant un appareil de commande de communication, système de communication et procédé de commande à cet effet

Country Status (3)

Country Link
US (1) US20090313366A1 (ja)
JP (1) JP4643712B2 (ja)
WO (1) WO2008015832A1 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009021759A (ja) * 2007-07-11 2009-01-29 Hitachi Ltd サービス毎通信制御装置、システム及び方法
JP2009302611A (ja) * 2008-06-10 2009-12-24 Nippon Telegr & Teleph Corp <Ntt> 通信ネットワークにおける帯域制御方法及び該方法を実行するための通信装置
JP2010200069A (ja) * 2009-02-26 2010-09-09 Kddi R & D Laboratories Inc ホームゲートウェイによって異なる経路の複数のセッションを確立する方法及びシステム
JP2010226427A (ja) * 2009-03-24 2010-10-07 Kddi Corp 通信システム、サーバ装置、端末装置およびノード
JP2011166625A (ja) * 2010-02-12 2011-08-25 Nippon Telegr & Teleph Corp <Ntt> ＱｏＳ制御装置、及びＱｏＳ制御方法
JP2012175297A (ja) * 2011-02-18 2012-09-10 Nippon Telegr & Teleph Corp <Ntt> ＱｏＳ制御システム、ＱｏＳ制御管理装置、及びＱｏＳ制御方法
JP2012253790A (ja) * 2007-01-26 2012-12-20 Nec Corp 映像配信サーバ、ｓｉｐセッション制御装置、帯域制御装置、および、ユーザ端末装置
JP2015043511A (ja) * 2013-08-26 2015-03-05 株式会社Ｎｔｔドコモ 通信制御装置および通信制御方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100042731A1 (en) * 2008-08-01 2010-02-18 Sparks Robert J Methods, systems, and computer readable media for session initiation protocol (sip) dialog identification
US8418228B2 (en) * 2008-12-03 2013-04-09 Electronics And Telecommunications Research Institute Converged access control method using network access device at penetration node of IP network of convergence ALL-IP network

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0848560A2 (en) * 1996-12-13 1998-06-17 Siemens Business Communication Systems, Inc. Method and system for increasing quality of service at or below a treshold cost
JP2000253053A (ja) * 1999-02-25 2000-09-14 Hitachi Ltd ネットワークシステム
JP2001230819A (ja) * 1999-12-30 2001-08-24 At & T Corp Ｉｐ専用回線

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3721880B2 (ja) * 1998-10-05 2005-11-30 株式会社日立製作所 パケット中継装置
US7684432B2 (en) * 2003-05-15 2010-03-23 At&T Intellectual Property I, L.P. Methods of providing data services over data networks and related data networks, data service providers, routing gateways and computer program products
CN1993947B (zh) * 2004-07-30 2011-12-07 艾利森电话股份有限公司 在混合电信网络中提供相关手段的方法及装置
US7626950B2 (en) * 2004-08-18 2009-12-01 At&T Intellectual Property, I,L.P. SIP-based session control among a plurality of multimedia devices
KR20060038296A (ko) * 2004-10-29 2006-05-03 삼성전자주식회사 이동통신 네트워크에서의 멀티플렉싱 장치 및 방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0848560A2 (en) * 1996-12-13 1998-06-17 Siemens Business Communication Systems, Inc. Method and system for increasing quality of service at or below a treshold cost
JP2000253053A (ja) * 1999-02-25 2000-09-14 Hitachi Ltd ネットワークシステム
JP2001230819A (ja) * 1999-12-30 2001-08-24 At & T Corp Ｉｐ専用回線

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012253790A (ja) * 2007-01-26 2012-12-20 Nec Corp 映像配信サーバ、ｓｉｐセッション制御装置、帯域制御装置、および、ユーザ端末装置
JP2009021759A (ja) * 2007-07-11 2009-01-29 Hitachi Ltd サービス毎通信制御装置、システム及び方法
JP2009302611A (ja) * 2008-06-10 2009-12-24 Nippon Telegr & Teleph Corp <Ntt> 通信ネットワークにおける帯域制御方法及び該方法を実行するための通信装置
JP2010200069A (ja) * 2009-02-26 2010-09-09 Kddi R & D Laboratories Inc ホームゲートウェイによって異なる経路の複数のセッションを確立する方法及びシステム
JP2010226427A (ja) * 2009-03-24 2010-10-07 Kddi Corp 通信システム、サーバ装置、端末装置およびノード
JP2011166625A (ja) * 2010-02-12 2011-08-25 Nippon Telegr & Teleph Corp <Ntt> ＱｏＳ制御装置、及びＱｏＳ制御方法
JP2012175297A (ja) * 2011-02-18 2012-09-10 Nippon Telegr & Teleph Corp <Ntt> ＱｏＳ制御システム、ＱｏＳ制御管理装置、及びＱｏＳ制御方法
JP2015043511A (ja) * 2013-08-26 2015-03-05 株式会社Ｎｔｔドコモ 通信制御装置および通信制御方法

Also Published As

Publication number Publication date
JP4643712B2 (ja) 2011-03-02
US20090313366A1 (en) 2009-12-17
JPWO2008015832A1 (ja) 2009-12-17

Similar Documents

Publication Publication Date Title
WO2008015832A1 (fr) Qualité de service pour chaque ligne commandant un appareil de commande de communication, système de communication et procédé de commande à cet effet
US8121113B2 (en) Terminal-to-terminal communication connection control method using IP transfer network
US7835347B2 (en) IP inter-working gateway in next generation network and method for implementing inter-working between IP domains
US8068469B2 (en) Surrogate registration in internet protocol multimedia subsystem for users indirectly coupled via an end point
US20100287406A1 (en) Node apparatus, communication system, and method of providing service
US8908684B2 (en) Method and communication system for selecting a transmission mode for transmitting payload data
US20120047273A1 (en) Device initiated multiple grants per interval system and method
EP1760986A1 (en) Communication method and device for preventing media stream circuity (tromboning)
US7571238B1 (en) Authorizing communication services
EP2899937A1 (en) Qos bearer resource control method and system during access negotiation and release
KR20090074932A (ko) 무선 네트워크와 유선 네트워크의 연동을 위한 장치 및방법
AU2003230349B8 (en) Method and device for modem relay termination
EP1129584B1 (en) Security in telecommunications network gateways
US7359369B2 (en) Modem relay aggregator device
US7573498B1 (en) System and method for providing video conferencing services to a television-service subscriber
CN101110991B (zh) Ims中识别滥用紧急承载资源的方法、装置及系统
AU2003234533B8 (en) Device for modem relay channel termination
WO2007085199A1 (fr) Procédé, application et appareil permettant d&#39;identifier l&#39;état utilisateur dans des réseaux
KR100746468B1 (ko) Ｉｐ기반 음성/영상전화 전용망에서의 세션제어방법 및 장치
JP4385543B2 (ja) 構内交換機およびその帯域管理方法
CN101729398A (zh) QoS优先级信息的发送方法、PD-FE、TRC-FE
Manna et al. Authentication in Next Generation Network

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2008527677

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

122 Ep: pct application non-entry in european phase

Ref document number: 07742563

Country of ref document: EP

Kind code of ref document: A1