WO2018061920A1 - 通信制御方法および通信システム - Google Patents

通信制御方法および通信システム Download PDF

Info

Publication number
WO2018061920A1
WO2018061920A1 PCT/JP2017/033866 JP2017033866W WO2018061920A1 WO 2018061920 A1 WO2018061920 A1 WO 2018061920A1 JP 2017033866 W JP2017033866 W JP 2017033866W WO 2018061920 A1 WO2018061920 A1 WO 2018061920A1
Authority
WO
WIPO (PCT)
Prior art keywords
bearer
idle
pdu session
terminal
user plane
Prior art date
Application number
PCT/JP2017/033866
Other languages
English (en)
French (fr)
Inventor
拓也 下城
雅純 清水
淳 巳之口
滋 岩科
スリサクル タコルスリ
マラ レディ サマ
Original Assignee
株式会社Ｎｔｔドコモ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社Ｎｔｔドコモ filed Critical 株式会社Ｎｔｔドコモ
Priority to US16/337,658 priority Critical patent/US10687385B2/en
Priority to EP17855875.5A priority patent/EP3522674B1/en
Priority to JP2018542451A priority patent/JP6898937B2/ja
Priority to CN201780058237.7A priority patent/CN109792795B/zh
Priority to ES17855875T priority patent/ES2846699T3/es
Publication of WO2018061920A1 publication Critical patent/WO2018061920A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/32—Release of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/34—Selective release of ongoing connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/38—Connection release triggered by timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/14—Interfaces between hierarchically different network devices between access point controllers and backbone network device

Definitions

  • the present invention relates to a communication control method executed in a communication system in which a terminal can simultaneously access a plurality of user data packet paths, and the communication system.
  • a terminal In a mobile network, a terminal (UE: User Equipment) uses a user data packet path (bearer (PDN connection), PDU) with a PDN (Packet Data Network) corresponding to the service in order to use a target service. (Referred to as Protocol Data Unit session)) (see Patent Document 1).
  • PDN Packet Data Network
  • the base station that manages the terminal determines whether the user data packet path is in operation by monitoring the presence / absence of packets transmitted / received through the user data packet path.
  • the user data packet path has been released and is in an idle state.
  • the present invention has been made to solve the above-described problem. Even when a terminal accesses a plurality of user data packet paths at the same time, it appropriately determines the operating status of each path and performs control related to release of the path. One of the purposes is to appropriately perform the above.
  • a communication control method includes a terminal, a base station, a processing server that executes processing related to the terminal, one or more serving gateways, and one or more packet data network gateways.
  • the packet data network gateway measuring an idle time, which is a duration of the idle state of the bearer, for each bearer, and an idle timer threshold for the packet data network gateway to determine that the bearer is in the idle state And each of the plurality of bearers Determining whether or not the measured idle time has reached the predetermined idle timer threshold for each bearer, and determining that the idle time has reached the idle timer threshold for one bearer.
  • the packet data network gateway requests the processing server to release the one bearer, and the processing server releases the one bearer in response to a request from the packet data network gateway. Performing the process.
  • the packet data network gateway is idle. Time is measured for each bearer, and it is determined for each bearer whether or not the measured idle time has reached a predetermined idle timer threshold for each of the plurality of bearers.
  • the packet data network gateway requests the processing server to release the one bearer, and the processing server sends a request from the packet data network gateway.
  • One bearer is released upon request.
  • the packet data network gateway located upstream in the network measures the idle time, determines whether the idle time has reached the idle timer threshold, and the idle time has reached the idle timer threshold for one bearer When it is determined that there is no need to change the RAN (Radio Access Network) specification, there is an advantage.
  • a communication control method includes a terminal, a base station, a processing server that executes processing related to the terminal, a plurality of control planes that transmit control signals for communication services used by the terminal, A plurality of user planes that transmit user signals for the communication service, and a communication system in which a PDU session is set between the terminal and each of the plurality of user planes via the base station,
  • Each of the user planes measures an idle time that is a duration of an idle state of a PDU session set in its own user plane, and each user plane has its own To a predetermined idle timer threshold for determining that the PDU session set in the user plane is idle, A step of determining whether or not the set idle time has been reached, and when it is determined by the one user plane that the idle time has reached the idle timer threshold, the one user plane Requesting the processing server to release the PDU session set in the user plane
  • each user plane has a PDU session set in its own user plane.
  • the idle time is measured, and it is determined whether or not the measured idle time has reached a predetermined idle timer threshold value. If it is determined by one user plane that the idle time has reached the idle timer threshold, the one user plane requests the processing server to release the PDU session set in the one user plane, In response to a request from one user plane, the server performs a release process for the PDU session set in the one user plane.
  • the terminal accesses a plurality of PDU sessions (user data packet paths) at the same time, it is possible to appropriately determine the operating status of each path and appropriately perform control related to the release of the path.
  • the user plane located upstream in the network measures idle time, determines whether the idle time has reached the idle timer threshold, and the idle time has reached the idle timer threshold for one PDU session.
  • the present invention even when a terminal accesses a plurality of user data packet paths at the same time, it is possible to appropriately determine the operating status of each path and appropriately perform control related to the release of the path.
  • FIG. 1 It is a figure which shows the structural example of the communication system which concerns on 1st Embodiment.
  • (A) is a figure which shows an example of the correspondence table which concerns on the idle timer hold
  • (b) and (c) is a figure which shows an example of the correspondence table which concerns on the idle timer hold
  • the first embodiment is a PGW-driven situation in which a plurality of bearers are set between a plurality of SGWs different from a terminal (User Equipment (hereinafter referred to as “UE” in the embodiment of the invention)) in an EPC (Evolved Packet Core) network.
  • the second embodiment is an embodiment in which control is performed to release one bearer among a plurality of bearers.
  • a plurality of bearers led by the PGW in a situation where a plurality of bearers are set between a UE and a single SGW in an EPC network.
  • the PDU session is between a UE and each of a plurality of user planes in a so-called next generation network (NGN).
  • NTN next generation network
  • a user plane User Plane (hereinafter referred to as “UP” in the embodiment of the present invention) leads multiple bearers. Is an embodiment for performing control to release one bearer of.
  • UP User Plane
  • the same elements are denoted by the same reference numerals, and redundant description is omitted.
  • a communication system 1 includes a terminal (UE) 10, an eNodeB (hereinafter referred to as “eNB” in the embodiment of the invention) 20 corresponding to a base station, MME (Mobility Management Entity) 30 that performs processing such as location management, authentication control, communication path setting, etc. of UE 10 to be performed, HSS (Home Subscriber Server) 60 that manages user information (subscriber information) of terminal users, and will be described later
  • An SGW (Serving gateway) 40 and a PGW (Packet data network gateway) 50 located upstream of the SGW 40 are configured.
  • the “processing server” corresponds to the MME 30.
  • the SGW 40 is a gateway device that functions as a serving packet switch that accommodates LTE, and is provided with one or more SGWs 40 corresponding to the requirements of the communication service used by the UE 10.
  • the PGW 50 is a junction point with a PDN (Packet data network), and is a gateway device that performs IP address assignment, packet transfer to the SGW 40, and the like.
  • PDN Packet data network
  • SGW 40 here, SGW1, SGW2
  • PGW50 here, PGW1, PGW2
  • the PGW 50 includes a measurement unit 51 that measures the idle time, which is the duration of the idle state of the bearer, for each bearer, and an idle timer threshold that will be described later.
  • a determination unit 52 that determines whether or not the bearer has been reached, and requests the MME 30 to release the one bearer when the determination unit 52 determines that the idle time has reached the idle timer threshold for one bearer.
  • a request unit 53 Further, the MME 30 includes a release processing unit 31 that performs a release process of one bearer in response to a request from the request unit 53.
  • the idle timer threshold value (hereinafter also referred to as “Idle timer” in the embodiment of the present invention) is an idle timer threshold value for determining that one bearer is in an idle state. Based on the usage type of the UE, the subscriber type of the terminal user, etc., it is predetermined by the MME 30 (or SMF (Slice Management Function) not shown).
  • the MME 30 holds a correspondence table storing an E-RAN (Enterprise Radio Access Network) ID, EPS (Enhanced Packet System) ID, DCN (Data Center Network) ID, etc. and an idle timer threshold value in association with each other.
  • the timer threshold value is notified to the PGW 50.
  • the determination unit 52 of the PGW 50 holds, for example, a correspondence table in which each bearer and the idle timer threshold shown in FIG. 2B are stored in association with each other. As described above, the idle time measured by the measurement unit 51 is described later. It is determined for each bearer whether or not the idle timer threshold to be reached has been reached.
  • the functional block (configuration unit) of the PGW 50 is realized by any combination of hardware and / or software. Further, the means for realizing each functional block is not particularly limited. In other words, each functional block may be realized by one device physically and / or logically coupled, or two physically and / or logically separated two wired and / or wirelessly linked to each other. You may implement
  • the PGW 50 may function as a computer that performs bearer (PDU session) release control according to the present invention.
  • FIG. 3 is a diagram illustrating an example of a hardware configuration of the PGW 50 according to the embodiment of the present invention.
  • the PGW 50 described above may be physically configured as a computer device including a processor 50A, a memory 50B, a storage 50C, a communication module 50D, an input device 50E, an output device 50F, a bus 50G, and the like.
  • the term “apparatus” can be read as a circuit, a device, a unit, or the like.
  • the hardware configuration of the PGW 50 may be configured to include one or a plurality of the devices illustrated in the figure, or may be configured not to include some devices.
  • Each function in the PGW 50 reads predetermined software (program) on hardware such as the processor 50A and the memory 50B, so that the processor 50A performs an operation and performs communication by the communication module 50D, data in the memory 50B and the storage 50C. This is realized by controlling reading and / or writing.
  • the processor 50A controls the entire computer by operating an operating system, for example.
  • the processor 50A may be configured by a central processing unit (CPU) including an interface with a peripheral device, a control device, an arithmetic device, a register, and the like.
  • CPU central processing unit
  • the measurement unit 51, the determination unit 52, the request unit 53, and the like described above may be realized by the processor 50A.
  • the processor 50A reads a program (program code), a software module, and data from the storage 50C and / or the communication module 50D to the memory 50B, and executes various processes according to these.
  • a program program that causes a computer to execute at least a part of the operations described in the above embodiments is used.
  • the measurement unit 51, the determination unit 52, the request unit 53, and the like may be realized by a control program stored in the memory 50B and operated by the processor 50A, and may be similarly realized for other functional blocks.
  • the above-mentioned various processes have been described as being executed by one processor 50A, they may be executed simultaneously or sequentially by two or more processors 50A.
  • the processor 50A may be implemented by one or more chips. Note that the program may be transmitted from a network via a telecommunication line.
  • the memory 50B is a computer-readable recording medium, and includes, for example, at least one of ROM (Read Only Memory), EPROM (Erasable Programmable ROM), EEPROM (Electrically Erasable Programmable ROM), RAM (Random Access Memory), and the like. May be.
  • the memory 50B may be called a register, a cache, a main memory (main storage device), or the like.
  • the memory 50B can store a program (program code), a software module, and the like that can be executed to perform the method according to the embodiment of the present invention.
  • the storage 50C is a computer-readable recording medium, such as an optical disk such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disk, a magneto-optical disk (for example, a compact disk, a digital versatile disk, a Blu-ray). (Registered trademark) disk, smart card, flash memory (for example, card, stick, key drive), floppy (registered trademark) disk, magnetic strip, and the like.
  • the storage 50C may be referred to as an auxiliary storage device.
  • the above-described storage medium may be, for example, a database, a server, or other suitable medium including the memory 50B and / or the storage 50C.
  • the communication module 50D is hardware (transmission / reception device) for performing communication between computers via a wired and / or wireless network, and is also referred to as a network device, a network controller, a network card, or the like.
  • the input device 50E is an input device that accepts external input.
  • the output device 50F is an output device (for example, a display, a speaker, an LED lamp, etc.) that performs output to the outside. Note that the input device 50E and the output device 50F may have an integrated configuration (for example, a touch panel).
  • each device such as the processor 50A and the memory 50B is connected by a bus 50G for communicating information.
  • the bus 50G may be configured with a single bus or may be configured with different buses between devices.
  • the PGW 50 includes hardware such as a microprocessor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a programmable logic device (PLD), and a field programmable gate array (FPGA). Alternatively, some or all of the functional blocks may be realized by the hardware. For example, the processor 50A may be implemented by at least one of these hardware.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • PLD programmable logic device
  • FPGA field programmable gate array
  • the attach process in the first embodiment will be described with reference to FIG.
  • the Attach Request is transferred from the eNB to the MME (Step 1 in FIG. 4).
  • the MME selects SGW1 and PGW1 according to the service type used by the UE, and the own device (MME) stores idle timer information (IDLE timer1) when the UE uses the service related to the bearer 1.
  • the Create Session Request including the E-RAN ID and IDLE timer 1 is transmitted to the SGW 1 (step 2 in FIG. 4).
  • the SGW 1 transmits a Create Session Request including the E-RAN ID and IDLE timer 1 to the PGW 1 (Step 3 in FIG. 4).
  • the PGW 1 acquires idle timer information (IDLE timer 1) related to the bearer 1. Then, PGW1 responds with Create Session Response to SGW1 (Step 4 in FIG. 4), and SGW1 responds with Create Session Response to MME (Step 5 in FIG. 4). Further, when the MME transmits an Initial Context Request including the E-RAN ID to the eNB (step 6 in FIG. 4), an RRC connection is established between the UE and the eNB (step 7 in FIG. 4). The bearer 1 is established between the UE and eNB, between the eNB and SGW1, and between SGW1 and PGW1.
  • IDLE timer 1 idle timer information
  • the PGW 2 acquires idle timer information (IDLE timer 2) related to the bearer 2 (step 8 in FIG. 4), and the eNB And SGW2, and between SGW2 and PGW2, bearer 2 is established.
  • IDLE timer 2 idle timer information related to the bearer 2
  • eNB And SGW2 eNB And SGW2
  • PGW2 eNode B
  • an EPS ID may be used instead of the E-RAN ID.
  • bearers 1 and 2 are established by repeating almost the same bearer establishment procedure twice.
  • the following bearer releasing process of FIG. 5 is executed as a process of releasing one bearer.
  • the bearer 1 idle timer is operating in the PGW 1 while the bearers 1 and 2 are already established, and the bearer 2 idle timer is operating in the PGW 2 (see FIG. 5).
  • the idle timer of the bearer 2 reaches a threshold value without the up / down traffic of one bearer (here, for example, bearer 2) (step 2 in FIG. 5)
  • the idle time of the bearer 2 is determined by the determination unit 22 of the PGW2. Is determined to have reached IDLE timer2, the bearer 2 is requested to be released by the request unit 23 of the PGW 2, and the bearer 2 release process is executed as follows.
  • the PGW 2 sends a Delete Bearer Request to the SGW 2 (Step 3 in FIG. 5), and the SGW 2 sends a Delete Bearer Request to the MME (Step 4 in FIG. 5).
  • the MME sends a Deactivate Bearer Request including the E-RAB / EPS ID to the eNB (step 5 in FIG. 5), and RRC Connection Release is executed for the bearer 2 between the eNB and the UE that receives the request (see FIG. 5). Step 6 of 5).
  • the eNB responds to the MME with a Deactivate Bearer Response including the E-RAB / EPS ID (Step 7 in FIG. 5), and the MME responds to the Delete Bearer Response to the SGW 2 (Step 8 in FIG. 5).
  • SGW2 sends a Delete Bearer Response to PGW2 (step 9 in FIG. 5).
  • the bearer 1 since the bearer 1 remains without being released, the UE state remains Connected. Thereby, even when a terminal accesses a plurality of bearers at the same time, it is possible to appropriately determine the operating status of each bearer and appropriately perform control related to bearer release.
  • the communication system 1S according to the second embodiment has substantially the same configuration as the communication system 1 (FIG. 1) of the first embodiment described above, but a plurality of bearers are between the UE 10 and a single SGW 40. Is different from the communication system 1 (FIG. 1) of the first embodiment in that it reaches a single PGW 50.
  • the Attach Request is transferred from the eNB to the MME.
  • the MME selects a single SGW and a single PGW according to the service type used by the UE, and idle timer information (IDLE timer1) when the UE uses the service related to the bearer 1 and the UE
  • IDLE timer2 when the user uses the service related to the bearer 2 is acquired from the table of FIG.
  • E-RAN ID1 And Create Session Request including the combination of IDLE timer1 and the combination of E-RAN ID2 and IDLE timer2 is transmitted to the SGW (step 2 in FIG. 7).
  • the SGW transmits a Create Session Request including the combination of E-RAN ID1 and IDLE timer1 and the combination of E-RAN ID2 and IDLE timer2 to the PGW (step 3 in FIG. 7).
  • PGW acquires the idle timer information (IDLE timer1) concerning the bearer 1, and the idle timer information (IDLE timer2) concerning the bearer 2.
  • the PGW responds with Create Session Response to the SGW (Step 4 in FIG.
  • Step 7 the SGW responds with Create Session Response to the MME (Step 5 in FIG. 7).
  • the MME transmits an Initial Context Request including E-RAN ID1 and E-RAN ID2 to the eNB (step 6 in FIG. 7)
  • an RRC connection is established between the UE and the eNB (FIG. 7).
  • Step 7 whereby bearer 1 and bearer 2 are established between the UE and eNB, between the eNB and a single SGW, and between a single SGW and a single PGW.
  • bearers 1 and 2 are established by executing the bearer establishment procedure once.
  • the bearer release process shown in FIG. 8 is executed as the process of releasing one bearer.
  • the idle timer of the bearer 1 and the idle timer of the bearer 2 are operating in the PGW (step 1 in FIG. 8). That is, the idle time is measured for each bearer by the measurement unit 51 of FIG. Then, when the idle timer of the bearer 2 reaches a threshold value (step 2 in FIG. 8) without the uplink / downlink traffic of one bearer (here, for example, bearer 2), the determination unit 52 in FIG. It is determined that the time has reached IDLE timer2, and the requesting unit 53 in FIG. 1 requests the bearer 2 to be released, and the bearer 2 releasing process is executed as follows.
  • the PGW sends a Delete Bearer Request containing the EPS ID to the SGW (step 3 in FIG. 8), and the SGW sends a Delete Bearer Request containing the EPS ID to the MME (step 4 in FIG. 8).
  • the MME sends a Deactivate Bearer Request including the E-RAB / EPS ID to the eNB (Step 5 in FIG. 8), and RRC Connection Release is executed for the bearer 2 between the eNB and the UE that receives this ( Figure 5). Step 6 of 8).
  • the eNB responds to the MME with a Deactivate Bearer Response including the E-RAB / EPS ID (Step 7 in FIG.
  • Step 8 the MME responds to the Delete Bearer Response to the SGW (Step 8 in FIG. 8).
  • the SGW responds to the PGW with a Delete Bearer Response (step 9 in FIG. 8).
  • the bearer 2 is released between the UE and the PGW.
  • the bearer 1 since the bearer 1 remains without being released, the UE state remains Connected. Thereby, even when a terminal accesses a plurality of bearers at the same time, it is possible to appropriately determine the operating status of each bearer and appropriately perform control related to bearer release.
  • a communication system 2 includes a terminal (UE) 10, an eNB 20 corresponding to a base station, and a common control plane (hereinafter referred to as an embodiment of the invention) in a next-generation network. (Hereinafter referred to as “Common CP”)) 35, SDM (Subscription Data Management) 65 for managing user information (subscriber information) of the terminal user, CP-SM (Control Plane-Session Management) 70 to be described later, And a user plane (hereinafter referred to as “UP” in the embodiment of the present invention) 80.
  • the “processing server” according to the present invention corresponds to Common CP35.
  • the CP-SM 70 corresponds to a session management function unit in a gateway that transmits a control signal for a communication service used by the UE 10, and one or more CP-SMs 70 are provided corresponding to the requirements of the communication service.
  • CP-SM1 and CP-SM2 are set as an example.
  • UP 80 corresponds to a gateway that transmits a user signal for a communication service used by UE 10, and UP 80 is set corresponding to each CP-SM 70. That is, UP-1 is set corresponding to CP-SM1, and UP-2 is set corresponding to CP-SM2.
  • a V2X (Vehicle to Everything) service and a video distribution service are assumed, and the processing of FIG. Therefore, a V2X session is set between the UE 10 and the UP-1, and an MBB (Mobile broadband) session is set between the UE 10 and the UP-2 for the moving image distribution service.
  • V2X Vehicle to Everything
  • MBB Mobile broadband
  • the correspondence table of Idle timer shown in FIG. 2A is held by the Common CP 35 corresponding to the MME 30 in FIG.
  • the idle timer is stored in a table format in association with each PDU session by the determination unit 82 of the UP 80, for example.
  • the determination unit 82 determines, for each PDU session, whether or not the idle time measured by the measurement unit 81 has reached the idle timer threshold, using the stored Idle timer information.
  • UE authentication and slice selection are executed by a conventional method among UE, eNB and Common CP (abbreviated as “C-CP” in FIGS. 10 and 11).
  • C-CP Common CP
  • Step 1 in FIG. 10 a V2X slice is selected for the V2X service, and an MBB slice is selected for the video distribution service.
  • the PDU Session Request is transmitted from the eNB to the Common CP (Step 2 in FIG. 10).
  • the Common CP obtains the user information (subscriber information) of the UE such as the UE ID from the SDM (step 3 in FIG. 10), and uses the idle timer information when the UE uses the V2X service as its own ( 2 is acquired from the table of FIG. 2A stored in Common CP) or SMF (not shown), and the PDU Session Request with the idle timer information added is transmitted to CP-SM1 (step 4 in FIG. 10).
  • CP-SM1 selects UP-1 as the UP for the V2X slice (step 5 in FIG. 10), and idle timer information, UE-ID, ECGI (E-UTRAN Cell Global ID), etc. are added.
  • a PDU Session Request is transmitted to UP-1 (Step 6 in FIG. 10).
  • UP-1 that has received the PDU Session Request acquires idle timer information for the V2X slice.
  • UP-1 transmits a PDU Session Response to CP-SM1 as an affirmative response (Step 7 in FIG. 10), and CP-SM1 transmits a PDU Session Response to the Common CP (Step 8 in FIG. 10).
  • V2X PDU session a PDU session for the V2X slice (hereinafter referred to as “V2X PDU session”) is established between the UE and the eNB and between the eNB and UP-1 (step 10 in FIG. 10).
  • MBB PDU session For the PDU session for the MBB slice (hereinafter referred to as “MBB PDU session”), when the UE sends a PDU Session Request for the MBB slice to the eNB, the PDU Session Request is sent from the eNB to the Common CP. (Step 11 in FIG. 10). After that, for MBB slices, the same processing as steps 3 to 8 above is executed between Common CP, CP-SM2 and UP-2 (step 12 in FIG. 10), and UP-2 is the MBB slice. Idle timer information is acquired. Further, the Common CP transmits a PDU Session Response to the eNB, and the eNB transmits a PDU Session Response to the UE (Step 13 in FIG. 10). In this way, MBB PDU sessions are established between the UE and the eNB and between the eNB and UP-2 (step 14 in FIG. 10).
  • V2X PDU session and an MBB PDU session are established by repeating almost the same PDU session establishment procedure twice.
  • the process shown in FIG. 11 is executed as a process of releasing one PDU session.
  • the idle timer of the V2X PDU session is running on UP-1
  • the idle timer of the MBB PDU session is running on UP-2.
  • the idle time is measured for each PDU session by the measurement unit 81 of FIG.
  • the idle timer of the PDU session reaches the threshold (IDLE timer 2) without any upstream / downstream traffic of one PDU session (for example, MBB PDU session in this case) (step 2 in FIG.
  • UP-2 The determining unit 82 determines that the idle time of the MBB PDU session has reached IDLE timer2, and the request unit 83 of UP-2 requests the MBB PDU session to be released as follows, and the MBB PDU session releasing process is executed.
  • the request unit 83 of UP-2 transmits a PDU Session Release Request including the reason that the idle timer of the MBB PDU session has reached the threshold and the UE-ID to CP-SM2 (step 3 in FIG. 11).
  • -SM2 sends the above PDU Session Release Request to the Common CP (step 4 in FIG. 11).
  • the Common CP then sends a PDU Session Release Request including the Session ID and UE-ID of the MBB PDU session to the eNB (step 5 in FIG. 11), and the RRC Connection Release is executed between the eNB and the UE for the MBB PDU session. (Step 6 in FIG. 11).
  • the eNB sends a PDU Session Release Response including the Session ID and UE-ID of the MBB PDU session to the Common CP as an affirmative response (Step 7 in FIG. 11), and the Common CP is included in the PDU Session Release Response.
  • the PDU Session Release Response including the UE-ID is transmitted to the CP-SM2 corresponding to the session ID (step 8 in FIG. 11), and the CP-SM2 includes the PDU Session Release Response including the UE-ID. Is transmitted to UP-2 (step 9 in FIG. 11).
  • MBB NAS Network Attached Storage
  • UP-2 is the UE context related to the UE corresponding to the UE ID included in the received PDU Session Release Response.
  • MBB PDU session between the UE and UP-2 is released (step 10b in FIG. 11).
  • the MBB PDU session is released between the UE and UP-2.
  • the UE state remains Connected. Accordingly, even when the terminal accesses a plurality of PDU sessions at the same time, it is possible to appropriately determine the operating status of each PDU session and appropriately perform control related to PDU session release.
  • the operating status of each bearer or each PDU session is appropriately determined to release the bearer or PDU session. Such control can be performed appropriately.
  • the idle time is measured by the PGW (or UP) located upstream in the network, whether the idle time has reached the idle timer threshold, and the idle time for one bearer (or PDU session).
  • an idle timer threshold value for determining that it is in an idle state is used, and this idle timer threshold value corresponds to each bearer by the PGW.
  • this idle timer threshold value corresponds to each bearer by the PGW.
  • it is stored as shown in FIG. 2B, and is stored as shown in FIG. 2C in association with each PDU session by the user plane (UP).
  • UP user plane
  • the HSS 60 in FIGS. 1 and 6 and the SDM 65 in FIG. 9 are not essential configuration requirements, and an appropriate idle timer threshold for each bearer (or PDU session) is set. If the configuration is notified to the PGW (or user plane), the HSS 60 and the SDM 65 may be omitted.
  • notification of information is not limited to the aspect / embodiment described in this specification, and may be performed by other methods.
  • notification of information includes physical layer signaling (for example, DCI (Downlink Control Information), UCI (Uplink Control Information)), upper layer signaling (for example, RRC (Radio Resource Control) signaling, MAC (Medium Access Control) signaling), It may be implemented by broadcast information (MIB (Master Information Block), SIB (System Information Block)), other signals, or a combination thereof.
  • the RRC signaling may be called an RRC message, and may be, for example, an RRC connection setup message, an RRC connection reconfiguration message, or the like.
  • Each aspect / embodiment described in this specification includes LTE (Long Term Evolution), LTE-A (LTE-Advanced), SUPER 3G, IMT-Advanced, 4G, 5G, FRA (Future Radio Access), W-CDMA.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution-Advanced
  • SUPER 3G IMT-Advanced
  • 4G 5G
  • FRA Full Radio Access
  • W-CDMA Wideband
  • GSM registered trademark
  • CDMA2000 Code Division Multiple Access 2000
  • UMB User Mobile Broadband
  • IEEE 802.11 Wi-Fi
  • IEEE 802.16 WiMAX
  • IEEE 802.20 UWB (Ultra-WideBand
  • the present invention may be applied to a Bluetooth (registered trademark), a system using another appropriate system, and / or a next generation system extended based on the system.
  • Information etc. can be output from the upper layer (or lower layer) to the lower layer (or upper layer). Input / output may be performed via a plurality of network nodes.
  • the input / output information or the like may be stored in a specific location (for example, a memory) or may be managed by a management table. Input / output information and the like can be overwritten, updated, or additionally written. The output information or the like may be deleted. The input information or the like may be transmitted to another device.
  • the determination may be performed by a value represented by 1 bit (0 or 1), may be performed by a true / false value (Boolean: true or false), or may be performed by comparing numerical values (for example, a predetermined value) Comparison with the value).
  • notification of predetermined information is not limited to explicitly performed, but is performed implicitly (for example, notification of the predetermined information is not performed). Also good.
  • software, instructions, etc. may be transmitted / received via a transmission medium.
  • software may use websites, servers, or other devices using wired technology such as coaxial cable, fiber optic cable, twisted pair and digital subscriber line (DSL) and / or wireless technology such as infrared, wireless and microwave.
  • wired technology such as coaxial cable, fiber optic cable, twisted pair and digital subscriber line (DSL) and / or wireless technology such as infrared, wireless and microwave.
  • DSL digital subscriber line
  • wireless technology such as infrared, wireless and microwave.
  • system and “network” used in this specification are used interchangeably.
  • information, parameters, and the like described in this specification may be represented by absolute values, may be represented by relative values from a predetermined value, or may be represented by other corresponding information.
  • the radio resource may be indicated by an index.
  • the base station (eNB) of this embodiment can accommodate one or a plurality of cells (also called sectors). When the base station accommodates a plurality of cells, the entire coverage area of the base station can be divided into a plurality of smaller areas, and each smaller area can be divided into a base station subsystem (for example, an indoor small base station RRH: Remote). A communication service can also be provided by Radio Head).
  • the term “cell” or “sector” refers to part or all of the coverage area of a base station and / or base station subsystem that provides communication services in this coverage. Further, the terms “base station”, “eNB”, “cell”, and “sector” may be used interchangeably herein.
  • a base station may also be referred to in terms such as a fixed station, NodeB, access point, femto cell, small cell, and the like.
  • a terminal is defined by those skilled in the art as a subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal , Wireless terminal, remote terminal, handset, user agent, mobile client, client, or some other appropriate terminology.
  • determining may encompass a wide variety of actions. “Judgment” and “decision” are, for example, judgment, calculation, calculation, processing, derivation, investigating, looking up (eg, table) , Searching in a database or another data structure), considering ascertaining as “determining”, “deciding”, and the like.
  • determination and “determination” include receiving (for example, receiving information), transmitting (for example, transmitting information), input (input), output (output), and access. (accessing) (e.g., accessing data in a memory) may be considered as “determined” or "determined”.
  • determination and “decision” means that “resolving”, “selecting”, “choosing”, “establishing”, and “comparing” are regarded as “determining” and “deciding”. May be included. In other words, “determination” and “determination” may include considering some operation as “determination” and “determination”.
  • the phrase “based on” does not mean “based only on”, unless expressly specified otherwise. In other words, the phrase “based on” means both “based only on” and “based at least on.”
  • any reference to the element does not generally limit the quantity or order of the elements. These designations can be used herein as a convenient way to distinguish between two or more elements. Thus, a reference to the first and second elements does not mean that only two elements can be employed there, or that in some way the first element must precede the second element.

Landscapes

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

Abstract

複数のベアラがＵＥと一又は複数のＰＧＷ間に設定された通信システムにおいて、ＰＧＷは、アイドル時間をベアラごとに測定し、測定されたアイドル時間が複数のベアラの各々について予め定められたアイドルタイマ閾値に達したか否かを、ベアラごとに判断する（ステップ１）。そして、一のベアラ、例えばベアラ２についてアイドル時間がアイドルタイマ閾値に達したと判断された場合（ステップ２）、ＰＧＷ２は、ＳＧＷ２経由でＭＭＥにベアラ２の解放を要求し（ステップ３、４）、ＭＭＥは、当該要求に応じてベアラ２の解放処理を行う（ステップ５など）。

Description

通信制御方法および通信システム
　本発明は、端末が同時に複数のユーザデータパケット経路にアクセス可能とされた通信システムにて実行される通信制御方法、および当該通信システムに関する。
　モバイルネットワークにおいて端末（ＵＥ：User　Equipment）は、目的とするサービスを利用するために、そのサービスに対応するＰＤＮ（Packet　Data　Network）との間に、ユーザデータパケット経路（ベアラ（ＰＤＮコネクション）、ＰＤＵ（Protocol　Data　Unit）セッションなどと称される））を確立する必要がある（特許文献１参照）。
　ただし、端末がサービスを利用していないときはユーザデータパケット経路を確立しておく必要は無い。そのため、既存技術では、端末を管理する基地局が上記ユーザデータパケット経路にて送受信されるパケットの有無を監視することで上記ユーザデータパケット経路の稼働状況を判断し、稼働していないと判断される場合、当該ユーザデータパケット経路は解放されアイドル状態とされていた。
特開２０１２－１７５５７５号公報
　近年、端末が同時に複数のサービスを利用するケースが想定されるため、端末が同時に複数のユーザデータパケット経路にアクセスする技術が提案されつつある。
　しかしながら、上述した基地局による稼働状況確認に係る既存技術では、端末が同時に複数のユーザデータパケット経路にアクセスするケースは想定されていない。そのため、複数のユーザデータパケット経路のうちどれか１つが稼働していれば、即ち、複数のユーザデータパケット経路のうちどれか１つで送受信されるパケットが有れば、複数のユーザデータパケット経路の全てが稼働している（即ち、アイドル状態ではない）と判断されてしまうという不都合があった。
　本発明は、上記課題を解決するために成されたものであり、端末が同時に複数のユーザデータパケット経路にアクセスするケースでも、各経路の稼働状況を適切に判断し、経路の解放に係る制御を適切に行うことを目的の１つとする。
　本発明の一態様に係る通信制御方法は、端末と、基地局と、端末に係る処理を実行する処理サーバと、一又は複数のサービングゲートウェイと、一又は複数のパケットデータネットワークゲートウェイと、を含み、複数のベアラが前記基地局および前記一又は複数のサービングゲートウェイを経由して前記端末と前記一又は複数のパケットデータネットワークゲートウェイ間に設定された通信システム、にて実行される通信制御方法であって、前記パケットデータネットワークゲートウェイが、ベアラのアイドル状態の継続時間であるアイドル時間をベアラごとに測定するステップと、前記パケットデータネットワークゲートウェイが、ベアラがアイドル状態であると判断するためのアイドルタイマ閾値であって前記複数のベアラの各々について予め定められた当該アイドルタイマ閾値に、測定された前記アイドル時間が達したか否かを、ベアラごとに判断するステップと、一のベアラについて前記アイドル時間が前記アイドルタイマ閾値に達したと判断された場合に、前記パケットデータネットワークゲートウェイが、前記処理サーバに当該一のベアラの解放を要求するステップと、前記処理サーバが、前記パケットデータネットワークゲートウェイからの要求に応じて前記一のベアラの解放処理を行うステップと、を備える。
　上記の通信制御方法では、複数のベアラが基地局および一又は複数のサービングゲートウェイを経由して端末と一又は複数のパケットデータネットワークゲートウェイ間に設定された通信システムにおいて、パケットデータネットワークゲートウェイは、アイドル時間をベアラごとに測定し、測定されたアイドル時間が複数のベアラの各々について予め定められたアイドルタイマ閾値に達したか否かを、ベアラごとに判断する。そして、一のベアラについてアイドル時間がアイドルタイマ閾値に達したと判断された場合、パケットデータネットワークゲートウェイは、処理サーバに当該一のベアラの解放を要求し、処理サーバは、パケットデータネットワークゲートウェイからの要求に応じて一のベアラの解放処理を行う。これにより、端末が同時に複数のベアラ（ユーザデータパケット経路）にアクセスするケースでも、各経路の稼働状況を適切に判断し、経路の解放に係る制御を適切に行うことができる。また、ネットワークにおいて上流側に位置するパケットデータネットワークゲートウェイによって、アイドル時間の測定、アイドル時間がアイドルタイマ閾値に達したか否かの判断、および、一のベアラについてアイドル時間がアイドルタイマ閾値に達したと判断された場合の当該一のベアラの解放要求を行うことにより、ＲＡＮ（Radio　Access　Network）仕様に変更を加える必要が無いという利点がある。
　また、本発明は、いわゆる次世代ネットワーク（ＮＧＮ：Next　Generation　Network）にも適用可能であり、例えば、以下のように記述することができる。本発明の一態様に係る通信制御方法は、端末と、基地局と、端末に係る処理を実行する処理サーバと、前記端末が利用する通信サービスのための制御信号を伝送する複数の制御プレーンと、前記通信サービスのためのユーザ信号を伝送する複数のユーザプレーンと、を含み、ＰＤＵセッションが前記基地局を経由して前記端末と前記複数のユーザプレーンそれぞれとの間に設定された通信システム、にて実行される通信制御方法であって、各ユーザプレーンが、自己のユーザプレーンに設定されたＰＤＵセッションのアイドル状態の継続時間であるアイドル時間を測定するステップと、各ユーザプレーンが、自己のユーザプレーンに設定されたＰＤＵセッションがアイドル状態であると判断するための予め定められたアイドルタイマ閾値に、測定された前記アイドル時間が達したか否かを判断するステップと、一のユーザプレーンにより前記アイドル時間が前記アイドルタイマ閾値に達したと判断された場合に、当該一のユーザプレーンが、当該一のユーザプレーンに設定されたＰＤＵセッションの解放を前記処理サーバに要求するステップと、前記処理サーバが、前記一のユーザプレーンからの要求に応じて当該一のユーザプレーンに設定されたＰＤＵセッションの解放処理を行うステップと、を備える。
　上記の通信制御方法では、ＰＤＵセッションが基地局を経由して端末と複数のユーザプレーンそれぞれとの間に設定された通信システムにおいて、各ユーザプレーンは、自己のユーザプレーンに設定されたＰＤＵセッションのアイドル時間を測定し、測定されたアイドル時間が予め定められたアイドルタイマ閾値に達したか否かを判断する。そして、一のユーザプレーンによりアイドル時間がアイドルタイマ閾値に達したと判断された場合、当該一のユーザプレーンは、当該一のユーザプレーンに設定されたＰＤＵセッションの解放を処理サーバに要求し、処理サーバは、一のユーザプレーンからの要求に応じて当該一のユーザプレーンに設定されたＰＤＵセッションの解放処理を行う。これにより、端末が同時に複数のＰＤＵセッション（ユーザデータパケット経路）にアクセスするケースでも、各経路の稼働状況を適切に判断し、経路の解放に係る制御を適切に行うことができる。また、ネットワークにおいて上流側に位置するユーザプレーンによって、アイドル時間の測定、アイドル時間がアイドルタイマ閾値に達したか否かの判断、および、一のＰＤＵセッションについてアイドル時間がアイドルタイマ閾値に達したと判断された場合の当該一のＰＤＵセッションの解放要求を行うことにより、ＲＡＮ（Radio　Access　Network）仕様に変更を加える必要が無いという利点がある。
　本発明によれば、端末が同時に複数のユーザデータパケット経路にアクセスするケースでも、各経路の稼働状況を適切に判断し、経路の解放に係る制御を適切に行うことができる。
第１実施形態に係る通信システムの構成例を示す図である。 （ａ）は、ＭＭＥにより保持されるアイドルタイマに係る対応テーブルの一例を示す図であり、（ｂ）および（ｃ）は、ＰＧＷにより保持されるアイドルタイマに係る対応テーブルの一例を示す図である。 各装置のハードウェア構成例を示す図である。 第１実施形態におけるアタッチ処理を示すシーケンス図である。 第１実施形態におけるベアラ解放処理を示すシーケンス図である。 第２実施形態に係る通信システムの構成例を示す図である。 第２実施形態におけるアタッチ処理を示すシーケンス図である。 第２実施形態におけるベアラ解放処理を示すシーケンス図である。 第３実施形態に係る通信システムの構成例を示す図である。 第３実施形態におけるＰＤＵセッション確立処理を示すシーケンス図である。 第３実施形態におけるＭＢＢスライス解放処理を示すシーケンス図である。
　以下、図面を参照しながら、本発明の第１～第３実施形態について説明する。第１実施形態は、ＥＰＣ（Evolved　Packet　Core）ネットワークにおいて複数ベアラが端末（User　Equipment（以下、発明の実施形態では「ＵＥ」という））と異なる複数のＳＧＷ間に設定された状況で、ＰＧＷ主導で複数ベアラのうち一のベアラを解放する制御を行う実施形態であり、第２実施形態は、ＥＰＣネットワークにおいて複数ベアラがＵＥと単一のＳＧＷ間に設定された状況で、ＰＧＷ主導で複数ベアラのうち一のベアラを解放する制御を行う実施形態であり、さらに、第３実施形態は、いわゆる次世代ネットワーク（ＮＧＮ：Next　Generation　Network）においてＰＤＵセッションがＵＥと複数のユーザプレーンそれぞれとの間に設定された状況で、ユーザプレーン（User　Plane（以下、発明の実施形態では「ＵＰ」という））主導で複数ベアラのうち一のベアラを解放する制御を行う実施形態である。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
　［第１実施形態］
　前述したように、第１実施形態では、ＥＰＣネットワークにおいて複数ベアラがＵＥと異なる複数のＳＧＷ間に設定された状況で、ＰＧＷ主導で複数ベアラのうち一のベアラを解放する制御を行う実施形態を説明する。
　（第１実施形態のシステム構成）
　図１に示すように第１実施形態に係る通信システム１は、端末（ＵＥ）１０と、基地局に相当するｅＮｏｄｅＢ（以下、発明の実施形態では「ｅＮＢ」という）２０と、ネットワークに在圏するＵＥ１０の位置管理、認証制御、通信経路設定等の処理を行うＭＭＥ（Mobility　Management　Entity）３０と、端末ユーザのユーザ情報（加入者情報）を管理するＨＳＳ（Home　Subscriber　Server）６０と、後述するＳＧＷ（Serving　gateway）４０と、ＳＧＷ４０の上流側に位置する後述するＰＧＷ（Packet　data　network　gateway）５０と、を含んで構成されている。ここでは本発明に係る「処理サーバ」はＭＭＥ３０に対応する。
　ＳＧＷ４０は、ＬＴＥを収容する在圏パケット交換機の機能を果たすゲートウェイ装置であり、ＵＥ１０により利用される通信サービスの要件に対応して１つ又は複数のＳＧＷ４０が設けられる。
　ＰＧＷ５０は、ＰＤＮ（Packet　data　network）との接合点であり、ＩＰアドレスの割当て、ＳＧＷ４０へのパケット転送などを行うゲートウェイ装置である。
　本実施形態では、一例として、ＵＥ１０により利用される複数の通信サービスの要件それぞれに対応してＳＧＷ４０（ここではＳＧＷ１、ＳＧＷ２）およびＰＧＷ５０（ここではＰＧＷ１、ＰＧＷ２）が設けられた例を説明する。
　本発明に関連する機能ブロックとして、ＰＧＷ５０は、ベアラのアイドル状態の継続時間であるアイドル時間をベアラごとに測定する測定部５１と、測定部５１により測定されたアイドル時間が後述するアイドルタイマ閾値に達したか否かをベアラごとに判断する判断部５２と、判断部５２により一のベアラについてアイドル時間がアイドルタイマ閾値に達したと判断された場合にＭＭＥ３０に当該一のベアラの解放を要求する要求部５３と、を備える。また、ＭＭＥ３０は、要求部５３からの要求に応じて一のベアラの解放処理を行う解放処理部３１を備える。
　上記のアイドルタイマ閾値（以下、発明の実施形態では「Idle　timer」ともいう）は、一のベアラがアイドル状態であると判断するためのアイドルタイマ閾値であり、複数のベアラの各々について、サービスタイプ、ＵＥのUsage　type、端末ユーザの加入者タイプ（subscriber　type）等に基づきＭＭＥ３０（又は図示しないＳＭＦ（Slice　Management　Function：スライス管理機能部））によって予め定められる。ＭＭＥ３０は、E-RAN（Enterprise　Radio　Access　Network）　ID、EPS（Enhanced　Packet　System）　ID、DCN（Data　Center　Network）　ID等とアイドルタイマ閾値とを対応付けて記憶した対応テーブルを保持し、対応するアイドルタイマ閾値をＰＧＷ５０に通知する。一例として、図２（ａ）に示すE-RAN　IDとアイドルタイマ閾値とを対応付けて記憶した対応テーブルがＭＭＥ３０により保持される。ＰＧＷ５０の判断部５２は、例えば図２（ｂ）に示す各ベアラとアイドルタイマ閾値とを対応付けて記憶した対応テーブルを保持し、前述したように、測定部５１により測定されたアイドル時間が後述するアイドルタイマ閾値に達したか否かをベアラごとに判断する。
　ここで、図３を参照して、ＰＧＷ５０のハードウェア構成の一例について説明する。ＰＧＷ５０の機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、有線及び／又は無線で相互にリンクした物理的及び／又は論理的に分離した２つ以上の装置により実現されてもよい。なお、以下で説明するハードウェア構成例は、ＰＧＷ５０に限らず、図１に示すＨＳＳ６０、ＳＧＷ４０、ＭＭＥ３０、ｅＮＢ２０、ＵＥ１０において採用してもよい。
　例えば、本発明の一実施の形態におけるＰＧＷ５０は、本発明に係るベアラ（ＰＤＵセッション）解放制御を行うコンピュータとして機能してもよい。図３は、本発明の一実施の形態に係るＰＧＷ５０のハードウェア構成の一例を示す図である。上述のＰＧＷ５０は、物理的には、プロセッサ５０Ａ、メモリ５０Ｂ、ストレージ５０Ｃ、通信モジュール５０Ｄ、入力装置５０Ｅ、出力装置５０Ｆ、バス５０Ｇなどを含むコンピュータ装置として構成されてもよい。
　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ＰＧＷ５０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　ＰＧＷ５０における各機能は、プロセッサ５０Ａ、メモリ５０Ｂなどのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ５０Ａが演算を行い、通信モジュール５０Ｄによる通信、メモリ５０Ｂ及びストレージ５０Ｃにおけるデータの読み出し及び／又は書き込みを制御することで実現される。
　プロセッサ５０Ａは、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ５０Ａは、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central　Processing　Unit）で構成されてもよい。例えば、上述の測定部５１、判断部５２、要求部５３などは、プロセッサ５０Ａで実現されてもよい。
　また、プロセッサ５０Ａは、プログラム（プログラムコード）、ソフトウェアモジュール及びデータを、ストレージ５０Ｃ及び／又は通信モジュール５０Ｄからメモリ５０Ｂに読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、測定部５１、判断部５２、要求部５３などは、メモリ５０Ｂに格納され、プロセッサ５０Ａで動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ５０Ａで実行される旨を説明してきたが、２以上のプロセッサ５０Ａにより同時又は逐次に実行されてもよい。プロセッサ５０Ａは、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。
　メモリ５０Ｂは、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read　Only　Memory）、ＥＰＲＯＭ（Erasable　Programmable　ＲＯＭ）、ＥＥＰＲＯＭ（Electrically　Erasable　Programmable　ＲＯＭ）、ＲＡＭ（Random　Access　Memory）などの少なくとも１つで構成されてもよい。メモリ５０Ｂは、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ５０Ｂは、本発明の一実施の形態に係る方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
　ストレージ５０Ｃは、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact　Disc　ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ５０Ｃは、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ５０Ｂ及び／又はストレージ５０Ｃを含むデータベース、サーバその他の適切な媒体であってもよい。
　通信モジュール５０Ｄは、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカードなどともいう。
　入力装置５０Ｅは、外部からの入力を受け付ける入力デバイスである。出力装置５０Ｆは、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置５０Ｅ及び出力装置５０Ｆは、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ５０Ａ、メモリ５０Ｂなどの各装置は、情報を通信するためのバス５０Ｇで接続される。バス５０Ｇは、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
　また、ＰＧＷ５０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital　Signal　Processor）、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＰＬＤ（Programmable　Logic　Device）、ＦＰＧＡ（Field　Programmable　Gate　Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ５０Ａは、これらのハードウェアの少なくとも１つで実装されてもよい。
　（第１実施形態の処理内容）
　以下、図４、図５を参照して第１実施形態の処理内容を説明する。
　まず、図４を参照して第１実施形態におけるアタッチ処理を説明する。ＵＥがアタッチ処理を要求するAttach　RequestをｅＮＢへ送信すると、Attach　RequestはｅＮＢからＭＭＥへ転送される（図４のステップ１）。ＭＭＥは、ＵＥが利用するサービスタイプ等に応じてＳＧＷ１とＰＧＷ１を選択するとともに、上記ＵＥがベアラ１に係るサービスを利用する際のアイドルタイマ情報（IDLE　timer1）を、自機（ＭＭＥ）が保存している図２（ａ）のテーブルから又は図示しないＳＭＦから取得し、E-RAN　IDとIDLE　timer1を含んだCreate　Session　RequestをＳＧＷ１へ送信する（図４のステップ２）。そして、ＳＧＷ１は、E-RAN　IDとIDLE　timer1を含んだCreate　Session　RequestをＰＧＷ１へ送信する（図４のステップ３）。これにより、ＰＧＷ１はベアラ１に係るアイドルタイマ情報（IDLE　timer1）を取得する。そして、ＰＧＷ１は、ＳＧＷ１へCreate　Session　Responseを応答し（図４のステップ４）、ＳＧＷ１は、ＭＭＥへCreate　Session　Responseを応答する（図４のステップ５）。さらに、ＭＭＥが、E-RAN　IDを含んだInitial　Context　RequestをｅＮＢへ送信すると（図４のステップ６）、その後、ＵＥとｅＮＢ間でＲＲＣコネクションが確立され（図４のステップ７）、これにより、ＵＥとｅＮＢ間、ｅＮＢとＳＧＷ１間、および、ＳＧＷ１とＰＧＷ１間で、ベアラ１が確立される。
　ベアラ２についても、図４のステップ１～７と同様の処理が実行され、ＰＧＷ２はベアラ２に係るアイドルタイマ情報（IDLE　timer2）を取得し（図４のステップ８）、ＵＥとｅＮＢ間、ｅＮＢとＳＧＷ２間、および、ＳＧＷ２とＰＧＷ２間で、ベアラ２が確立される。なお、上記ステップ２、３、６では、E-RAN　IDに代わり、EPS　IDを用いてもよい。
　以上のように、ほぼ同様のベアラ確立手順を２回繰り返すことで、ベアラ１、２が確立される。
　第１実施形態では、一のベアラを解放する処理として、以下の図５のベアラ解放処理が実行される。図５に示すベアラ解放処理では、ベアラ１、２が既に確立された状態で、ＰＧＷ１においてベアラ１のアイドルタイマが動作中であり、ＰＧＷ２においてベアラ２のアイドルタイマが動作中である（図５のステップ１）。即ち、各ＰＧＷにおいて測定部２１によりベアラごとにアイドル時間が測定されている。そして、一のベアラ（ここでは例えばベアラ２）の上り／下りトラヒックが無いまま、ベアラ２のアイドルタイマが閾値に達すると（図５のステップ２）、ＰＧＷ２の判断部２２によりベアラ２のアイドル時間がIDLE　timer2に達したと判断され、ＰＧＷ２の要求部２３によりベアラ２の解放が要求され、以下のようにベアラ２の解放処理が実行される。
　ここでは、ＰＧＷ２は、Delete　Bearer　RequestをＳＧＷ２へ送信し（図５のステップ３）、ＳＧＷ２は、Delete　Bearer　RequestをＭＭＥへ送信する（図５のステップ４）。そして、ＭＭＥがE-RAB/EPS　IDを含んだDeactivate　Bearer　RequestをｅＮＢへ送信し（図５のステップ５）、これを受けたｅＮＢとＵＥ間でベアラ２についてRRC　Connection　Releaseが実行される（図５のステップ６）。その後、ｅＮＢは、E-RAB/EPS　IDを含んだDeactivate　Bearer　ResponseをＭＭＥへ応答し（図５のステップ７）、ＭＭＥは、Delete　Bearer　ResponseをＳＧＷ２へ応答し（図５のステップ８）、さらに、ＳＧＷ２は、Delete　Bearer　ResponseをＰＧＷ２へ応答する（図５のステップ９）。
　以上により、図５に示すように、ベアラ２は解放され、一方、ベアラ１は解放されずに残る。
　このときベアラ１は解放されずに残っているため、ＵＥの状態はConnectedのままとなる。これにより、端末が同時に複数のベアラにアクセスするケースでも、各ベアラの稼働状況を適切に判断し、ベアラ解放に係る制御を適切に行うことができる。
　［第２実施形態］
　前述したように、第２実施形態では、ＥＰＣネットワークにおいて複数ベアラがＵＥと単一のＳＧＷ間に設定された状況で、ＰＧＷ主導で複数ベアラのうち一のベアラを解放する制御を行う実施形態を説明する。
　（第２実施形態のシステム構成）
　図６に示すように第２実施形態に係る通信システム１Ｓは、前述した第１実施形態の通信システム１（図１）とほぼ同様の構成であるが、複数ベアラがＵＥ１０と単一のＳＧＷ４０間に設定され単一のＰＧＷ５０に到達する点が第１実施形態の通信システム１（図１）と異なる。
　ＰＧＷ５０およびＭＭＥ３０が備える本発明に関連する機能ブロック（解放処理部３１、測定部５１等）、図２（ａ）、（ｂ）に示すIdle　timerの対応テーブル、並びに、図３の各装置のハードウェア構成例は、第１実施形態と同様なので、ここでは重複した説明を省略する。
　（第２実施形態の処理内容）
　以下、図７および図８を参照して第２実施形態の処理内容を説明する。図７に示す第２実施形態におけるアタッチ処理では、ＵＥが複数のベアラ（ここではベアラ１、２）に係るアタッチ処理を要求するAttach　RequestをｅＮＢへ送信すると、Attach　RequestはｅＮＢからＭＭＥへ転送される（図７のステップ１）。そして、ＭＭＥは、ＵＥが利用するサービスタイプ等に応じて単一のＳＧＷと単一のＰＧＷを選択するとともに、ＵＥがベアラ１に係るサービスを利用する際のアイドルタイマ情報（IDLE　timer1）およびＵＥがベアラ２に係るサービスを利用する際のアイドルタイマ情報（IDLE　timer2）を、自機（ＭＭＥ）が保存している図２（ａ）のテーブルから又は図示しないＳＭＦから取得し、E-RAN　ID1とIDLE　timer1の組合せおよびE-RAN　ID2とIDLE　timer2の組合せを含んだCreate　Session　RequestをＳＧＷへ送信する（図７のステップ２）。そして、ＳＧＷは、E-RAN　ID1とIDLE　timer1の組合せおよびE-RAN　ID2とIDLE　timer2の組合せを含んだCreate　Session　RequestをＰＧＷへ送信する（図７のステップ３）。これにより、ＰＧＷはベアラ１に係るアイドルタイマ情報（IDLE　timer1）およびベアラ２に係るアイドルタイマ情報（IDLE　timer2）を取得する。そして、ＰＧＷは、ＳＧＷへCreate　Session　Responseを応答し（図７のステップ４）、ＳＧＷは、ＭＭＥへCreate　Session　Responseを応答する（図７のステップ５）。さらに、ＭＭＥが、E-RAN　ID1とE-RAN　ID2とを含んだInitial　Context　RequestをｅＮＢへ送信すると（図７のステップ６）、その後、ＵＥとｅＮＢ間でＲＲＣコネクションが確立され（図７のステップ７）、これにより、ＵＥとｅＮＢ間、ｅＮＢと単一のＳＧＷ間、および、単一のＳＧＷと単一のＰＧＷ間で、ベアラ１およびベアラ２が確立される。
　以上のように、ベアラ確立手順を１回実行することで、ベアラ１、２が確立される。
　第２実施形態では、一のベアラを解放する処理として、図８に示すベアラ解放処理が実行される。図８に示すベアラ解放処理では、ベアラ１、２が既に確立された状態で、ＰＧＷにおいてベアラ１のアイドルタイマおよびベアラ２のアイドルタイマが動作中である（図８のステップ１）。即ち、図１の測定部５１によりベアラごとにアイドル時間が測定されている。そして、一のベアラ（ここでは例えばベアラ２）の上り／下りトラヒックが無いまま、ベアラ２のアイドルタイマが閾値に達すると（図８のステップ２）、図１の判断部５２によりベアラ２のアイドル時間がIDLE　timer2に達したと判断され、図１の要求部５３によりベアラ２の解放が要求され、以下のようにベアラ２の解放処理が実行される。
　ここでは、ＰＧＷは、EPS　IDを含んだDelete　Bearer　RequestをＳＧＷへ送信し（図８のステップ３）、ＳＧＷは、EPS　IDを含んだDelete　Bearer　RequestをＭＭＥへ送信する（図８のステップ４）。そして、ＭＭＥがE-RAB/EPS　IDを含んだDeactivate　Bearer　RequestをｅＮＢへ送信し（図８のステップ５）、これを受けたｅＮＢとＵＥ間でベアラ２についてRRC　Connection　Releaseが実行される（図８のステップ６）。その後、ｅＮＢは、E-RAB/EPS　IDを含んだDeactivate　Bearer　ResponseをＭＭＥへ応答し（図８のステップ７）、ＭＭＥは、Delete　Bearer　ResponseをＳＧＷへ応答し（図８のステップ８）、さらに、ＳＧＷは、Delete　Bearer　ResponseをＰＧＷへ応答する（図８のステップ９）。以上により、図８に示すように、ＵＥ－ＰＧＷ間でベアラ２は解放される。
　このときベアラ１は解放されずに残っているため、ＵＥの状態はConnectedのままとなる。これにより、端末が同時に複数のベアラにアクセスするケースでも、各ベアラの稼働状況を適切に判断し、ベアラ解放に係る制御を適切に行うことができる。
　［第３実施形態］
　前述したように、第３実施形態では、いわゆる次世代ネットワークにおいてＰＤＵセッションがＵＥと複数のユーザプレーンそれぞれとの間に設定された状況で、ユーザプレーン主導で複数ベアラのうち一のベアラを解放する制御を行う実施形態を説明する。
　（第３実施形態のシステム構成）
　図９に示すように第３実施形態に係る通信システム２は、端末（ＵＥ）１０と、基地局に相当するｅＮＢ２０と、次世代ネットワークにおける共通制御プレーン（Common　Control　Plane（以下、発明の実施形態では「Common　CP」という））３５と、端末ユーザのユーザ情報（加入者情報）を管理するＳＤＭ（Subscription　Data　Management）６５と、後述するCP-SM（Control　Plane-Session　Management）７０と、後述するユーザプレーン（User　Plane（以下、発明の実施形態では「UP」という））８０と、を含んで構成されている。ここでは本発明に係る「処理サーバ」はCommon　CP３５に対応する。
　CP-SM７０は、ＵＥ１０により利用される通信サービスのための制御信号を伝送するゲートウェイにおけるセッション管理機能部に相当し、通信サービスの要件に対応して１つ又は複数のCP-SM７０が設けられる。ここでは、一例としてCP-SM1とCP-SM2とが設定される。
　UP８０は、ＵＥ１０により利用される通信サービスのためのユーザ信号を伝送するゲートウェイに相当し、個々のCP-SM７０に対応してUP８０が設定される。即ち、UP-1がCP-SM1に対応して設定され、UP-2がCP-SM2に対応して設定される。
　本実施形態では、図９に示すように、ＵＥ１０により利用される通信サービスとして、例えば、V2X（Vehicle　to　Everything）サービスと動画配信サービスとが想定され、後述する図１０の処理により、V2XサービスのためにＵＥ１０とUP-1間にV2Xセッションが設定され、動画配信サービスのためにＵＥ１０とUP-2間にMBB（Mobile　broadband）セッションが設定される。
　Common　CP３５およびUP８０が備える本発明に関連する機能ブロック（解放処理部３６、測定部８１等）、図２（ａ）、図２（ｃ）に示すIdle　timerの対応テーブル、並びに、図３の各装置のハードウェア構成例は、第１実施形態と同様なので、ここでは重複した説明を省略する。図２（ａ）に示すIdle　timerの対応テーブルは、図１のＭＭＥ３０に対応するCommon　CP３５により保持される。図２（ｃ）に示すように、Idle　timerは、UP８０の判断部８２により各ＰＤＵセッションに対応付けて、例えばテーブル形式で記憶されている。判断部８２は、記憶したIdle　timer情報を用いて、測定部８１により測定されたアイドル時間がアイドルタイマ閾値に達したか否かをＰＤＵセッションごとに判断する。
　（第３実施形態の処理内容）
　以下、図１０および図１１を参照して第３実施形態の処理内容を説明する。図１０に示す第３実施形態におけるアタッチ処理では、まず、ＵＥ、ｅＮＢおよびCommon　CP（図１０、図１１では「C-CP」と略記する）間で従来手法によりＵＥの認証およびスライス選択が実行される（図１０のステップ１）。ここではV2XサービスのためにV2Xスライスが選択され、動画配信サービスのためにMBBスライスが選択される。
　次に、ＵＥがV2XスライスのためのPDU　Session　RequestをｅＮＢへ送信すると、このPDU　Session　RequestはｅＮＢからCommon　CPへ送信される（図１０のステップ２）。そして、Common　CPは、ＳＤＭからUE　ID等のＵＥのユーザ情報（加入者情報）を入手し（図１０のステップ３）、当該ＵＥがV2Xサービスを利用する際のアイドルタイマ情報を、自機（Common　CP）が保存している図２（ａ）のテーブルから又は図示しないＳＭＦから取得し、当該アイドルタイマ情報が付加されたPDU　Session　RequestをCP-SM1へ送信する（図１０のステップ４）。さらに、CP-SM1は、V2XスライスのためのUPとしてUP-1を選択し（図１０のステップ５）、アイドルタイマ情報、ＵＥ－ＩＤ、ＥＣＧＩ（E-UTRAN　Cell　Global　ID）等が付加されたPDU　Session　RequestをUP-1に送信する（図１０のステップ６）。これにより、上記PDU　Session　Requestを受信したUP-1は、V2Xスライスのためのアイドルタイマ情報を取得する。そして、UP-1は、肯定応答としてPDU　Session　ResponseをCP-SM1に送信し（図１０のステップ７）、CP-SM1はPDU　Session　ResponseをCommon　CPに送信する（図１０のステップ８）。さらに、Common　CPは、PDU　Session　ResponseをｅＮＢに送信し、ｅＮＢは、PDU　Session　ResponseをＵＥに送信する（図１０のステップ９）。このようにして、ＵＥとｅＮＢ間、および、ｅＮＢとUP-1間に、V2XスライスのためのＰＤＵセッション（以下「V2X　PDUセッション」という）が確立される（図１０のステップ１０）。
　MBBスライスのためのＰＤＵセッション（以下「MBB　PDUセッション」という）についてもほぼ同様に、ＵＥがMBBスライスのためのPDU　Session　RequestをｅＮＢへ送信すると、このPDU　Session　RequestはｅＮＢからCommon　CPへ送信される（図１０のステップ１１）。以後、MBBスライスについて、Common　CP、CP-SM2およびUP-2間で上記ステップ３～８と同様の処理が実行され（図１０のステップ１２）、この中で、UP-2は、MBBスライスのためのアイドルタイマ情報を取得する。さらに、Common　CPは、PDU　Session　ResponseをｅＮＢに送信し、ｅＮＢは、PDU　Session　ResponseをＵＥに送信する（図１０のステップ１３）。このようにして、ＵＥとｅＮＢ間、および、ｅＮＢとUP-2間に、MBB　PDUセッションが確立される（図１０のステップ１４）。
　以上のように、ほぼ同様のＰＤＵセッション確立手順を２回繰り返すことで、V2X　PDUセッションおよびMBB　PDUセッションが確立される。
　第３実施形態では、一のＰＤＵセッションを解放する処理として、図１１に示す処理が実行される。図１１に示す処理では、V2X　PDUセッションおよびMBB　PDUセッションが既に確立された状態で、UP-1においてV2X　PDUセッションのアイドルタイマが動作中であり、UP-2においてMBB　PDUセッションのアイドルタイマが動作中である（図１１のステップ１）。即ち、図９の測定部８１によりＰＤＵセッションごとにアイドル時間が測定されている。そして、一のＰＤＵセッション（ここでは例えばMBB　PDUセッション）の上り／下りトラヒックが無いまま、当該ＰＤＵセッションのアイドルタイマが閾値（IDLE　timer2）に達すると（図１１のステップ２）、UP-2の判断部８２によりMBB　PDUセッションのアイドル時間がIDLE　timer2に達したと判断され、以下のようにUP-2の要求部８３によりMBB　PDUセッションの解放が要求され、MBB　PDUセッションの解放処理が実行される。
　UP-2の要求部８３は、MBB　PDUセッションのアイドルタイマが閾値に達した旨の理由およびＵＥ－ＩＤを含んだPDU　Session　Release　RequestをCP-SM2へ送信し（図１１のステップ３）、CP-SM2は、上記PDU　Session　Release　RequestをCommon　CPへ送信する（図１１のステップ４）。そして、Common　CPは、MBB　PDUセッションのSession　IDおよびＵＥ－ＩＤを含んだPDU　Session　Release　RequestをｅＮＢへ送信し（図１１のステップ５）、MBB　PDUセッションについてｅＮＢとＵＥ間でRRC　Connection　Releaseが実行される（図１１のステップ６）。その後、ｅＮＢは、肯定応答として、MBB　PDUセッションのSession　IDおよびＵＥ－ＩＤを含んだPDU　Session　Release　ResponseをCommon　CPへ送信し（図１１のステップ７）、Common　CPは、PDU　Session　Release　Responseに含まれたSession　IDに対応するCP-SM2へ、ＵＥ－ＩＤを含んだPDU　Session　Release　Responseを送信し（図１１のステップ８）、そして、CP-SM2は、ＵＥ－ＩＤを含んだPDU　Session　Release　ResponseをUP-2へ送信する（図１１のステップ９）。さらに、Common　CPとＵＥ間でMBB　NAS（Network　Attached　Storage）が解放され（図１１のステップ１０ａ）、UP-2は、受信したPDU　Session　Release　Responseに含まれたUE　IDに対応するＵＥに関するＵＥコンテキストをリリースし、ＵＥとUP-2間のMBB　PDUセッションが解放される（図１１のステップ１０ｂ）。以上により、図１１に示すように、ＵＥとUP-2間でMBB　PDUセッションは解放される。このときV2X　PDUセッションは解放されずに残っているため、ＵＥの状態はConnectedのままとなる。これにより、端末が同時に複数のＰＤＵセッションにアクセスするケースでも、各ＰＤＵセッションの稼働状況を適切に判断し、ＰＤＵセッション解放に係る制御を適切に行うことができる。
　上述した第１～第３実施形態によれば、端末が同時に複数のベアラ又はＰＤＵセッションにアクセスするケースでも、各ベアラ又は各ＰＤＵセッションの稼働状況を適切に判断し、ベアラ又はＰＤＵセッションの解放に係る制御を適切に行うことができる。
　また、ネットワークにおいて上流側に位置するＰＧＷ（又はＵＰ）によって、アイドル時間の測定、アイドル時間がアイドルタイマ閾値に達したか否かの判断、および、一のベアラ（又はＰＤＵセッション）についてアイドル時間がアイドルタイマ閾値に達したと判断された場合の当該一のベアラ（又はＰＤＵセッション）の解放要求を行うことにより、ＲＡＮ（Radio　Access　Network）仕様に変更を加える必要が無いという利点がある。
　また、各ベアラ又は各ＰＤＵセッションの稼働状況を判断するためのアイドル時間監視において、アイドル状態であると判断するためのアイドルタイマ閾値が用いられるが、このアイドルタイマ閾値は、ＰＧＷによって各ベアラに対応付けて図２（ｂ）のように記憶され、ユーザプレーン（ＵＰ）によって各ＰＤＵセッションに対応付けて図２（ｃ）のように記憶されている。このようにアイドルタイマ閾値をＰＧＷ又はユーザプレーン（ＵＰ）により管理することで、新規のベアラ又はＰＤＵセッションが確立された場合等にアイドル時間監視を適切に行い、各ベアラ又は各ＰＤＵセッションの稼働状況判断を適切に行うことができる。
　なお、本発明のベアラ又はＰＤＵセッションの解放に係る制御に関し、図１および図６のＨＳＳ６０、並びに図９のＳＤＭ６５は必須構成要件ではなく、ベアラ（又はＰＤＵセッション）ごとの適切なアイドルタイマ閾値がＰＧＷ（又はユーザプレーン）に通知される構成であれば、ＨＳＳ６０、ＳＤＭ６５は省略してもよい。
　以上、本実施形態について詳細に説明したが、当業者にとっては、本実施形態が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。
　情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink　Control　Information）、ＵＣＩ（Uplink　Control　Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio　Resource　Control）シグナリング、ＭＡＣ（Medium　Access　Control）シグナリング、報知情報（ＭＩＢ（Master　Information　Block）、ＳＩＢ（System　Information　Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣコネクションセットアップ（RRC　Connection　Setup）メッセージ、ＲＲＣコネクション再構成（RRC　Connection　Reconfiguration）メッセージなどであってもよい。
　本明細書で説明した各態様／実施形態は、ＬＴＥ（Long　Term　Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future　Radio　Access）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra　Mobile　Broadband）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
　本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　情報等は、上位レイヤ(または下位レイヤ)から下位レイヤ(または上位レイヤ)へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
　入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
　本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。
　本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
　また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
　上述したパラメータに使用する名称はいかなる点においても限定的なものではない。さらに、これらのパラメータを使用する数式等は、本明細書で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素（例えば、ＴＰＣなど）は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的なものではない。
　本実施形態の基地局（ｅＮＢ）は、１つまたは複数の（セクタとも呼ばれる）セルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局ＲＲＨ：Ｒｅｍｏｔｅ　Ｒａｄｉｏ　Ｈｅａｄ）によって通信サービスを提供することもできる。「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、および／または基地局サブシステムのカバレッジエリアの一部または全体を指す。さらに、「基地局」「ｅＮＢ」、「セル」、および「セクタ」という用語は、本明細書では互換的に使用され得る。基地局は、固定局（fixed　station）、ＮｏｄｅＢ、アクセスポイント（access　point）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
　端末（ＵＥ）は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
　本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking　up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
　本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　本明細書で「第１の」、「第２の」などの呼称を使用した場合においては、その要素へのいかなる参照も、それらの要素の量または順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１および第２の要素への参照は、２つの要素のみがそこで採用され得ること、または何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　「含む（include）」、「含んでいる（comprising）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
　本明細書において、文脈または技術的に明らかに1つのみしか存在しない装置である場合以外は、複数の装置をも含むものとする。
　１、１Ｓ、２…通信システム、１０…ＵＥ（端末）、２０…ｅＮＢ（基地局）、３０…ＭＭＥ（処理サーバ）、３１…解放処理部、３５…Common　CP（処理サーバ）、３６…解放処理部、４０…ＳＧＷ、５０…ＰＧＷ、５０Ａ…プロセッサ、５０Ｂ…メモリ、５０Ｃ…ストレージ、５０Ｄ…通信モジュール、５０Ｅ…入力装置、５０Ｆ…出力装置、５０Ｇ…バス、５１…測定部、５２…判断部、５３…要求部、６０…ＨＳＳ、６５…ＳＤＭ、７０…ＣＰ－ＳＭ（制御プレーン）、８０…ＵＰ（ユーザプレーン）、８１…測定部、８２…判断部、８３…要求部。
 

Claims (6)

  1. 　端末と、基地局と、端末に係る処理を実行する処理サーバと、一又は複数のサービングゲートウェイと、一又は複数のパケットデータネットワークゲートウェイと、を含み、複数のベアラが前記基地局および前記一又は複数のサービングゲートウェイを経由して前記端末と前記一又は複数のパケットデータネットワークゲートウェイ間に設定された通信システム、にて実行される通信制御方法であって、
    　前記パケットデータネットワークゲートウェイが、ベアラのアイドル状態の継続時間であるアイドル時間をベアラごとに測定するステップと、
    　前記パケットデータネットワークゲートウェイが、ベアラがアイドル状態であると判断するためのアイドルタイマ閾値であって前記複数のベアラの各々について予め定められた当該アイドルタイマ閾値に、測定された前記アイドル時間が達したか否かを、ベアラごとに判断するステップと、
    　一のベアラについて前記アイドル時間が前記アイドルタイマ閾値に達したと判断された場合に、前記パケットデータネットワークゲートウェイが、前記処理サーバに当該一のベアラの解放を要求するステップと、
    　前記処理サーバが、前記パケットデータネットワークゲートウェイからの要求に応じて前記一のベアラの解放処理を行うステップと、
    　を備える通信制御方法。
  2. 　前記アイドルタイマ閾値は、前記パケットデータネットワークゲートウェイにより、各ベアラに対応付けて記憶されている、
    　請求項１に記載の通信制御方法。
  3. 　端末と、基地局と、端末に係る処理を実行する処理サーバと、前記端末が利用する通信サービスのための制御信号を伝送する複数の制御プレーンと、前記通信サービスのためのユーザ信号を伝送する複数のユーザプレーンと、を含み、ＰＤＵセッションが前記基地局を経由して前記端末と前記複数のユーザプレーンそれぞれとの間に設定された通信システム、にて実行される通信制御方法であって、
    　各ユーザプレーンが、自己のユーザプレーンに設定されたＰＤＵセッションのアイドル状態の継続時間であるアイドル時間を測定するステップと、
    　各ユーザプレーンが、自己のユーザプレーンに設定されたＰＤＵセッションがアイドル状態であると判断するための予め定められたアイドルタイマ閾値に、測定された前記アイドル時間が達したか否かを判断するステップと、
    　一のユーザプレーンにより前記アイドル時間が前記アイドルタイマ閾値に達したと判断された場合に、当該一のユーザプレーンが、当該一のユーザプレーンに設定されたＰＤＵセッションの解放を前記処理サーバに要求するステップと、
    　前記処理サーバが、前記一のユーザプレーンからの要求に応じて当該一のユーザプレーンに設定されたＰＤＵセッションの解放処理を行うステップと、
    　を備える通信制御方法。
  4. 　前記アイドルタイマ閾値は、前記ユーザプレーンにより、各ＰＤＵセッションに対応付けて記憶されている、
    　請求項３に記載の通信制御方法。
  5. 　端末と、基地局と、端末に係る処理を実行する処理サーバと、一又は複数のサービングゲートウェイと、一又は複数のパケットデータネットワークゲートウェイと、を含み、複数のベアラが前記基地局および前記一又は複数のサービングゲートウェイを経由して前記端末と前記一又は複数のパケットデータネットワークゲートウェイ間に設定された通信システムであって、
    　前記パケットデータネットワークゲートウェイは、
    　ベアラのアイドル状態の継続時間であるアイドル時間をベアラごとに測定する測定部と、
    　ベアラがアイドル状態であると判断するためのアイドルタイマ閾値であって前記複数のベアラの各々について予め定められた当該アイドルタイマ閾値に、前記測定部により測定された前記アイドル時間が達したか否かを、ベアラごとに判断する判断部と、
    　前記判断部により一のベアラについて前記アイドル時間が前記アイドルタイマ閾値に達したと判断された場合に、前記処理サーバに当該一のベアラの解放を要求する要求部と、
    　を備え、
    　前記処理サーバは、
    　前記パケットデータネットワークゲートウェイからの要求に応じて前記一のベアラの解放処理を行う解放処理部、
    　を備える、
    　通信システム。
  6. 　端末と、基地局と、端末に係る処理を実行する処理サーバと、前記端末が利用する通信サービスのための制御信号を伝送する複数の制御プレーンと、前記通信サービスのためのユーザ信号を伝送する複数のユーザプレーンと、を含み、ＰＤＵセッションが前記基地局を経由して前記端末と前記複数のユーザプレーンそれぞれとの間に設定された通信システムであって、
    　各ユーザプレーンは、
    　自己のユーザプレーンに設定されたＰＤＵセッションのアイドル状態の継続時間であるアイドル時間を測定する測定部と、
    　自己のユーザプレーンに設定されたＰＤＵセッションがアイドル状態であると判断するための予め定められたアイドルタイマ閾値に、前記測定部により測定された前記アイドル時間が達したか否かを判断する判断部と、
    　前記判断部により前記アイドル時間が前記アイドルタイマ閾値に達したと判断された場合に、自己のユーザプレーンに設定されたＰＤＵセッションの解放を前記処理サーバに要求する要求部と、
    　を備え、
    　前記処理サーバは、
    　一のユーザプレーンからの要求に応じて当該一のユーザプレーンに設定されたＰＤＵセッションの解放処理を行う解放処理部、
    　を備える、
    　通信システム。
     
PCT/JP2017/033866 2016-09-30 2017-09-20 通信制御方法および通信システム WO2018061920A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
US16/337,658 US10687385B2 (en) 2016-09-30 2017-09-20 Communication control method and communication system
EP17855875.5A EP3522674B1 (en) 2016-09-30 2017-09-20 Communication control methods and communication systems
JP2018542451A JP6898937B2 (ja) 2016-09-30 2017-09-20 通信制御方法および通信システム
CN201780058237.7A CN109792795B (zh) 2016-09-30 2017-09-20 通信控制方法及通信系统
ES17855875T ES2846699T3 (es) 2016-09-30 2017-09-20 Métodos de control de comunicación y sistemas de comunicación

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016193507 2016-09-30
JP2016-193507 2016-09-30

Publications (1)

Publication Number Publication Date
WO2018061920A1 true WO2018061920A1 (ja) 2018-04-05

Family

ID=61759644

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/033866 WO2018061920A1 (ja) 2016-09-30 2017-09-20 通信制御方法および通信システム

Country Status (6)

Country Link
US (1) US10687385B2 (ja)
EP (1) EP3522674B1 (ja)
JP (1) JP6898937B2 (ja)
CN (1) CN109792795B (ja)
ES (1) ES2846699T3 (ja)
WO (1) WO2018061920A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11140743B2 (en) * 2018-06-05 2021-10-05 Verizon Patent And Licensing Inc. Method and system for resource management in multi-RAT dual connectivity environment
WO2021066485A1 (en) * 2019-10-04 2021-04-08 Samsung Electronics Co., Ltd. Improvements in and relating to dynamic path switching

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012175575A (ja) 2011-02-23 2012-09-10 Ntt Docomo Inc 通信サービス提供システム、通信サービス制御ノード、移動通信端末装置、通信サービス提供方法
JP2013017082A (ja) * 2011-07-05 2013-01-24 Nec Casio Mobile Communications Ltd 移動端末、ベアラ接続方法
WO2014041805A1 (ja) * 2012-09-12 2014-03-20 日本電気株式会社 移動通信システム、データ通信方法、ゲートウェイ装置及び基地局

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080304510A1 (en) * 2007-06-08 2008-12-11 Hai Qu Method and apparatus for controlling radio connection based on inputs from applications
EP2129075A1 (en) * 2008-05-30 2009-12-02 Nokia Siemens Networks Oy Method of locating NAS context
EP2129074A1 (en) * 2008-05-30 2009-12-02 Nokia Siemens Networks Oy Method of deciding to release communication resources
JP2011044804A (ja) * 2009-08-19 2011-03-03 Panasonic Corp 無線通信装置および無線通信方法
CN102291295B (zh) * 2011-07-29 2014-11-05 电信科学技术研究院 一种pdn连接的管理方法和设备
WO2014013057A1 (en) * 2012-07-19 2014-01-23 Nec Europe Ltd. Method and system for performing bearer configurations in a 3ggp access network
JPWO2014049971A1 (ja) * 2012-09-28 2016-08-22 三菱電機株式会社 移動体通信システム
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
US9608904B2 (en) * 2013-12-20 2017-03-28 Sandvine Incorporated Ulc System and method for analyzing devices accessing
US9603186B2 (en) 2014-05-08 2017-03-21 Intel IP Corporation Mobility management entity, user equipment and methods for machine type communication
US10342066B2 (en) * 2014-11-07 2019-07-02 Nokia Solutions And Networks Oy Method and apparatus for dual connectivity management

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012175575A (ja) 2011-02-23 2012-09-10 Ntt Docomo Inc 通信サービス提供システム、通信サービス制御ノード、移動通信端末装置、通信サービス提供方法
JP2013017082A (ja) * 2011-07-05 2013-01-24 Nec Casio Mobile Communications Ltd 移動端末、ベアラ接続方法
WO2014041805A1 (ja) * 2012-09-12 2014-03-20 日本電気株式会社 移動通信システム、データ通信方法、ゲートウェイ装置及び基地局

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP: "Study on architecture for next Generation System for information", 3GPP TSG SA MEETING#73 160667- TR 23 . 799, V1.0.0, 21 September 2016 (2016-09-21) - 23 September 2016 (2016-09-23), XP055588937 *
See also references of EP3522674A4

Also Published As

Publication number Publication date
JPWO2018061920A1 (ja) 2019-07-25
EP3522674A1 (en) 2019-08-07
EP3522674A4 (en) 2020-05-27
EP3522674B1 (en) 2020-12-30
US10687385B2 (en) 2020-06-16
US20190230734A1 (en) 2019-07-25
CN109792795A (zh) 2019-05-21
JP6898937B2 (ja) 2021-07-07
CN109792795B (zh) 2023-03-24
ES2846699T3 (es) 2021-07-28

Similar Documents

Publication Publication Date Title
WO2018232570A1 (zh) 一种注册及会话建立的方法、终端和amf实体
CN110603828B (zh) 网络装置和无线通信方法
JP6777451B2 (ja) 基地局
JP2013529039A (ja) ハンドオーバ方法、通信デバイス及び通信システム
WO2020221223A1 (zh) 通信方法、装置和系统
WO2019223702A1 (zh) 管理pdu会话的方法、装置和系统
JP2018056857A (ja) ユーザ装置、基地局及びコアネットワーク
WO2018030545A1 (ja) コアネットワーク及び基地局
EP3703462B1 (en) COMMUNICATION METHODS AND, A COMMUNICATIONS APPARATUS, A COMMUNICATIONS SYSTEM, A COMPUTER 
READABLE STORAGE MEDIUM, AND A COMPUTER PROGRAM PRODUCT
WO2018061920A1 (ja) 通信制御方法および通信システム
WO2020059149A1 (ja) ネットワークノード
WO2018034201A1 (ja) 通信方法
JP7300371B2 (ja) 通信制御装置
WO2019159372A1 (ja) 情報転送方法及びノード群
JP2018170713A (ja) 通信端末
JP2018191148A (ja) 制御方法
WO2018061924A1 (ja) 通信制御方法および通信システム
JP6967018B2 (ja) Ｒａｎ接続制御方法および基地局
WO2019035404A1 (ja) ノード群及びマイグレーション方法
WO2017026531A1 (ja) 基地局、管理装置及び接続方法
JP7345565B2 (ja) 通信装置及び通信方法
WO2023061048A1 (zh) 一种通信方法、装置及设备
WO2018173567A1 (ja) ノード及びマイグレーション方法
WO2018034078A1 (ja) 通信システム、処理サーバおよびベアラ確立制御方法
WO2019159286A1 (ja) 経路制御装置及び中継装置

Legal Events

Date Code Title Description
DPE2 Request for preliminary examination filed before expiration of 19th month from priority date (pct application filed from 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17855875

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018542451

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017855875

Country of ref document: EP

Effective date: 20190430