WO2025220169A1 - 基地局及び通信方法 - Google Patents

基地局及び通信方法

Info

Publication number
WO2025220169A1
WO2025220169A1 PCT/JP2024/015343 JP2024015343W WO2025220169A1 WO 2025220169 A1 WO2025220169 A1 WO 2025220169A1 JP 2024015343 W JP2024015343 W JP 2024015343W WO 2025220169 A1 WO2025220169 A1 WO 2025220169A1
Authority
WO
WIPO (PCT)
Prior art keywords
security
information
gnb
base station
ltm
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/JP2024/015343
Other languages
English (en)
French (fr)
Inventor
零 中村
天楊 閔
航輝 山下
アルフ ツーゲンマイヤー
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
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 NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to PCT/JP2024/015343 priority Critical patent/WO2025220169A1/ja
Publication of WO2025220169A1 publication Critical patent/WO2025220169A1/ja
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/041—Key generation or derivation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/26—Reselection being triggered by specific parameters by agreed or negotiated communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling

Definitions

  • the present invention relates to a base station and a communication method in a communication system.
  • 5G Fifth Generation Partnership Project
  • 5G New Radio
  • NR New Radio
  • NR is considering a network architecture that includes 5GC (5G Core Network), which corresponds to EPC (Evolved Packet Core), the core network in the LTE (Long Term Evolution) network architecture, and NG-RAN (Next Generation Radio Access Network), which corresponds to E-UTRAN (Evolved Universal Terrestrial Radio Access Network), the RAN (Radio Access Network) in the LTE network architecture (for example, Non-Patent Document 1).
  • 5GC 5G Core Network
  • EPC Evolved Packet Core
  • LTE Long Term Evolution
  • NG-RAN Next Generation Radio Access Network
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • the RAN Radio Access Network
  • Non-Patent Document 1 Non-Patent Document 1
  • Release 19 is expected to include enhanced mobility features, such as inter-CU (inter-Central Unit) LTM (Lower layer Triggered Mobility), and functionality expansion to support cases where LTM is performed while maintaining DC (dual connectivity) (see, for example, Non-Patent Document 2).
  • inter-CU inter-Central Unit
  • LTM Lower layer Triggered Mobility
  • DC dual connectivity
  • 3GPP TS 23.501 V18.4.0 (2023-12) 3GPP TSG-RAN Meeting #101 RP-232618, Bengaluru, India, 11-15 September 2023
  • 3GPP TS 33.501 V18.4.0 (2023-12) 3GPP TS 38.473 V18.0.0 (2023-12) 3GPP TS 38.413 V18.0.0 (2023-12) 3GPP TS 38.331 V18.0.0 (2023-12)
  • the present invention was made in consideration of the above points, and aims to perform security key updates during subsequent mobility.
  • a base station has a control unit that decides to execute continuous mobility using LTM (Lower layer Triggered Mobility) for a certain terminal, a transmission unit that transmits a message requesting security-related information to a CU (Central Unit), and a reception unit that receives a message including the security-related information from the CU, and the transmission unit transmits a CSC (Cell Switch Command) including the security-related information to the terminal.
  • LTM Lower layer Triggered Mobility
  • CU Central Unit
  • CSC Cell Switch Command
  • the disclosed technology makes it possible to perform security key updates during subsequent mobility.
  • FIG. 1 is a diagram illustrating an example of a communication system.
  • FIG. 1 is a diagram illustrating an example of a communication system in a roaming environment.
  • FIG. 10 is a diagram illustrating an example of key updating according to an embodiment of the present invention.
  • FIG. 10 is a sequence diagram illustrating an example (1) of a handover according to an embodiment of the present invention.
  • FIG. 10 is a sequence diagram illustrating an example (2) of a handover according to an embodiment of the present invention.
  • FIG. 10 is a sequence diagram illustrating an example (3) of a handover according to an embodiment of the present invention.
  • FIG. 10 is a sequence diagram for explaining an example (4) of handover in an embodiment of the present invention.
  • FIG. 10 is a diagram illustrating an example of key updating according to an embodiment of the present invention.
  • FIG. 10 is a sequence diagram illustrating an example (5) of handover in an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating an example of the functional configuration of a base station 10 and a network node 30 according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating an example of a functional configuration of a terminal 20 according to an embodiment of the present invention.
  • 2 is a diagram illustrating an example of a hardware configuration of a base station 10 and a terminal 20 according to an embodiment of the present invention.
  • FIG. FIG. 2 is a diagram showing an example of the configuration of a vehicle 2001 according to an embodiment of the present invention.
  • LTE Long Term Evolution
  • NR Universal Terrestrial Radio Access
  • LAN Local Area Network
  • "configuring" radio parameters etc. may mean that predetermined values are pre-configured, or that radio parameters notified from the network node 30 or terminal 20 are configured.
  • Figure 1 is a diagram illustrating an example of a communication system.
  • the communication system is composed of a UE, which is a terminal 20, and multiple network nodes 30.
  • a UE which is a terminal 20
  • multiple network nodes 30 it is assumed that one network node 30 corresponds to each function, but multiple functions may be realized by one network node 30, or multiple network nodes 30 may realize one function.
  • the "connection" described below may be a logical connection or a physical connection.
  • the RAN Radio Access Network
  • the RAN is a network node 30 with radio access functionality, which may include a base station 10, and is connected to a UE, an AMF (Access and Mobility Management Function), and a UPF (User plane function).
  • the AMF is a network node 30 with functions such as RAN interface termination, NAS (Non-Access Stratum) termination, registration management, connection management, reachability management, and mobility management.
  • the UPF is a network node 30 with functions such as a PDU (Protocol Data Unit) session point to the outside that interconnects with the DN (Data Network), packet routing and forwarding, and user plane QoS (Quality of Service) handling.
  • the UPF and DN constitute a network slice. In the wireless communication network of an embodiment of the present invention, multiple network slices are constructed.
  • the AMF is connected to the UE, RAN, SMF (Session Management function), NSSF (Network Slice Selection Function), NEF (Network Exposure Function), NRF (Network Repository Function), UDM (Unified Data Management), AUSF (Authentication Server Function), PCF (Policy Control Function), and AF (Application Function).
  • the AMF, SMF, NSSF, NEF, NRF, UDM, AUSF, PCF, and AF are network nodes 30 that are interconnected via their respective service-based interfaces: Namf, Nsmf, Nnssf, Nnef, Nnrf, Nudm, Nausf, Npcf, and Naf.
  • the SMF is a network node 30 that has functions such as session management, UE IP (Internet Protocol) address allocation and management, DHCP (Dynamic Host Configuration Protocol) function, ARP (Address Resolution Protocol) proxy, and roaming function.
  • the NEF is a network node 30 that has the function of notifying other NFs (Network Functions) of capabilities and events.
  • the NSSF is a network node 30 that has functions such as selecting the network slice to which the UE connects, determining the allowed NSSAI (Network Slice Selection Assistance Information), determining the NSSAI to be set, and determining the AMF set to which the UE connects.
  • the PCF is a network node 30 that has the function of controlling network policies.
  • the AF is a network node 30 that has the function of controlling application servers.
  • the NRF is a network node 30 that has the function of discovering NF instances that provide services.
  • the UDM is a network node 30 that manages subscriber data and authentication data. The UDM is connected to the UDR (User Data Repository) that holds this data.
  • Figure 2 is a diagram illustrating an example of a communication system in a roaming environment.
  • the network is composed of a terminal 20 (UE) and multiple network nodes 30.
  • UE terminal 20
  • network nodes 30 it is assumed that one network node 30 corresponds to each function, but multiple functions may be realized by one network node 30, or multiple network nodes 30 may realize one function.
  • connection described below may be a logical connection or a physical connection.
  • the RAN is a network node 30 with radio access functionality, and is connected to the UE, AMF, and UPF.
  • the AMF is a network node 30 with functions such as RAN interface termination, NAS termination, registration management, connection management, reachability management, and mobility management.
  • the UPF is a network node 30 with functions such as a PDU session point to the outside that interconnects with the DN, packet routing and forwarding, and user plane QoS handling.
  • the UPF and DN constitute a network slice. In the wireless communication network of an embodiment of the present invention, multiple network slices are constructed.
  • the AMF is connected to the UE, RAN, SMF, NSSF, NEF, NRF, UDM, AUSF, PCF, AF, and SEPP (Security Edge Protection Proxy).
  • the AMF, SMF, NSSF, NEF, NRF, UDM, AUSF, PCF, and AF are network nodes 30 that are interconnected via their respective service-based interfaces: Namf, Nsmf, Nnssf, Nnef, Nnrf, Nudm, Nausf, Npcf, and Naf.
  • the SMF is a network node 30 that has functions such as session management, UE IP address allocation and management, DHCP function, ARP proxy, and roaming function.
  • the NEF is a network node 30 that has the function of notifying other NFs of capabilities and events.
  • the NSSF is a network node 30 that has functions such as selecting the network slice to which the UE connects, determining the allowed NSSAI, determining the configured NSSAI, and determining the AMF set to which the UE connects.
  • the PCF is a network node 30 that has the function of controlling network policies.
  • the AF is a network node 30 that has the function of controlling application servers.
  • the NRF is a network node 30 that has the function of discovering NF instances that provide services.
  • the SEPP is a non-transparent proxy that filters control plane messages between PLMNs (Public Land Mobile Networks).
  • the vSEPP shown in Figure 2 is a SEPP in the visited network
  • the hSEPP is
  • the UE is in a roaming environment connected to the RAN and AMF in the VPLMN (Visited PLMN).
  • the VPLMN and HPLMN (Home PLMN) are connected via vSEPP and hSEPP.
  • the UE can communicate with the UDM of the HPLMN, for example, via the AMF of the VPLMN.
  • the gNB which is a RAN node, may have an architecture separated into a gNB-CU (Central Unit) and a gNB-DU (Distributed Unit).
  • a gNB-CU Central Unit
  • a gNB-DU Distributed Unit
  • One gNB-CU may accommodate multiple gNB-DUs, and one gNB-DU may accommodate multiple cells.
  • F1AP F1 Application Protocol
  • F1AP F1 Application Protocol
  • K_gNB in the gNB must be refreshed.
  • NH Next Hop parameter
  • NCC Next Hop Chaining Counter parameter
  • K_AMF Horizontal key derivation It may be possible if K_AMF is not updated, or it may be calculable without additional parameters, or if it can be updated between cell switches, an indication of the number of updates may be required.
  • K_AMF Vertical key derivation This may be possible if K_AMF is not updated.
  • NH and K_gNB may be updated with an increment of NCC.
  • K_AMF Update This may be performed when K_AMF is updated.
  • a pair of ⁇ NH, NCC ⁇ may be sent to the gNB and UE. Only the first ⁇ NH, NCC ⁇ is configured in the gNB and UE from the AMF. Note that ⁇ NH, NCC ⁇ may or may not be reset in the UE during vertical key derivation.
  • K_gNB horizontal key derivation is possible in subsequent inter-CU LTM. Furthermore, in subsequent inter-CU LTM, vertical key derivation is possible when NCC is incremented by one, and is possible if incremented by two or more with notification.
  • K_AMF may be a parameter used to derive K_gNB.
  • FIG 3 is a diagram illustrating an example of key refresh in an embodiment of the present invention.
  • K_gNB is key refreshed by horizontal key derivation or vertical key derivation.
  • Horizontal key derivation is performed based on K_gNB, PCI (Physical Cell Identifier), and DL frequency. During horizontal key derivation, it is necessary to determine how many key updates to perform.
  • Vertical key derivation is performed based on the NH, PCI, and DL frequencies. It is necessary to determine which NCC to use in vertical key derivation.
  • Figure 4 is a sequence diagram for explaining an example (1) of handover in an embodiment of the present invention.
  • Figure 4 shows an example of legacy L3 HO (Hand Over) or CHO (Conditional HO).
  • step S100 gNB #1 and gNB #2 perform handover preparation (HO Preparation).
  • step S101 gNB #1 sends an RRCReconfiguration message including the information element MasterKeyUpdate to update K_gNB to the UE.
  • the RRCReconfiguration message including the information element MasterKeyUpdate is sent from the gNB to the UE every time a handover is performed.
  • step S102 the UE sends an RRCReconfigurationComplete message to gNB #1.
  • step S103 the UE, gNB #1, and gNB #2 execute handover (HO Execution) and update the master key, i.e., K_gNB (Master Key Update).
  • K_gNB Master Key Update
  • step S104 the UE sends the message RRCReconfigurationComplete to gNB #2.
  • Steps S100 to S104 correspond to the initial handover.
  • step S105 gNB #2 and gNB #3 perform handover preparation (HO Preparation).
  • step S106 gNB #2 sends the UE an RRCReconfiguration message including the information element MasterKeyUpdate for updating K_gNB.
  • the RRCReconfiguration message including the information element MasterKeyUpdate is sent from the gNB to the UE every time a handover is performed.
  • step S107 the UE sends the message RRCReconfigurationComplete to gNB #2.
  • step S108 the UE, gNB #2, and gNB #3 execute handover (HO Execution) and update the master key, i.e., K_gNB (Master Key Update).
  • K_gNB Master Key Update
  • step S109 the UE sends the message RRCReconfigurationComplete to gNB #1.
  • Steps S105 to S109 correspond to subsequent handover.
  • Figure 5 is a sequence diagram for explaining example (2) of handover in an embodiment of the present invention.
  • Figure 5 shows an example of inter-CU-LTM (Lower layer Triggered Mobility).
  • step S201 the UE, gNB #1, gNB #2, and gNB #3 perform LTM preparation.
  • step S202 which is included in the LTM preparation, gNB #1 sends the message RRCReconfiguration, which includes the LTM settings, to the UE.
  • step S203 which is included in the LTM preparation, the UE sends the message RRCReconfigurationComplete to gNB #1.
  • step S204 gNB #1 sends a CSC (Cell Switch Command) containing information indicating the target cell and beam to the UE via MAC-CE.
  • CSC Cell Switch Command
  • step S205 cell switching is executed (Cell Switch Execution).
  • the master key i.e., K_gNB
  • K_gNB may be updated (Master Key Update) using the information element MasterKeyUpdate contained in the message RRCReconfiguration received by the UE in step S202.
  • step S206 the UE sends the message RRCReconfigurationComplete to gNB #2.
  • the CSC is a command instructing cell switching by the source gNB-DU to notify the UE of the target cell and target beam via MAC-CE.
  • Steps S201 to S206 correspond to the initial handover.
  • the LTM preparation in step S207 is not performed.
  • LTM preparation is not performed after the initial LTM cell switch.
  • the message RRCReconfiguration is not sent from the gNB to the UE.
  • the information element MasterKeyUpdate is used during the initial LTM cell switch.
  • step S208 gNB #2 sends a CSC (Cell Switch Command) containing information indicating the target cell and beam to the UE via MAC-CE.
  • CSC Cell Switch Command
  • step S209 cell switching is executed (Cell Switch Execution).
  • the information element MasterKeyUpdate is used during initial LTM cell switching, so the UE cannot use the information element MasterKeyUpdate and may update K_gNB using other methods.
  • step S210 the UE sends the message RRCReconfigurationComplete to gNB #3.
  • Steps S208 to S210 correspond to subsequent handover.
  • Figure 6 is a sequence diagram for explaining example (3) of handover in an embodiment of the present invention.
  • Figure 6 shows an example of inter-CU-LTM (Lower layer Triggered Mobility).
  • step S301 the UE, gNB #1, and gNB #2 perform LTM preparation.
  • step S302 included in the LTM preparation gNB #1 sends an RRCReconfiguration message including LTM settings to the UE.
  • the RRCReconfiguration message may include the information element MasterKeyUpdate shown below.
  • MasterKeyUpdate SEQUENCE ⁇ keySetChangeIndicator BOOLEAN, nextHopChainingCount NextHopChainingCount, nas-Container OCTET STRING OPTIONAL, -- Cond securityNASC ... ⁇
  • step S303 which is part of the LTM preparation, the UE sends the message RRCReconfigurationComplete to gNB #1.
  • step S304 gNB #1 sends a CSC (Cell Switch Command) containing information indicating the target cell and beam to the UE via MAC-CE.
  • step S305 cell switching is executed (Cell Switch Execution).
  • the master key i.e., K_gNB
  • K_gNB may be updated (Master Key Update) using the information element MasterKeyUpdate contained in the message RRCReconfiguration received by the UE in step S302.
  • the UE sends the message RRCReconfigurationComplete to gNB #2.
  • the LTM preparation in step S307 is not performed.
  • LTM preparation is not performed after the initial LTM cell switch.
  • the message RRCReconfiguration is not sent from the gNB to the UE.
  • the information element MasterKeyUpdate is used during the initial LTM cell switch.
  • step S308 gNB #1 sends a CSC (Cell Switch Command) containing information indicating the target cell and beam to the UE via the MAC-CE.
  • the CSC may be the MAC-CE shown in Table 1.
  • step S309 cell switching is executed (Cell Switch Execution).
  • the CSC includes the number of vertical key refreshes and the number of horizontal key refreshes.
  • the UE can update K_gNB based on the number of vertical key refreshes and the number of horizontal key refreshes.
  • the UE sends the message RRCReconfigurationComplete to gNB #3.
  • Figure 7 is a sequence diagram for explaining example (4) of handover in an embodiment of the present invention.
  • Figure 7 shows an example of inter-CU-LTM (Lower layer Triggered Mobility).
  • step S401 the UE, gNB #1, gNB #2, gNB #3, and AMF perform LTM preparation.
  • step S402 included in the LTM preparation gNB #1 sends an RRCReconfiguration message including LTM settings to the UE.
  • the RRCReconfiguration message may include an information element MasterKeyUpdate for updating K_gNB.
  • gNB #1 sends an LTM request including a MasterKeyUpdate generation request to gNB #2 and gNB #3.
  • step S405 included in the LTM preparation the UE sends the message RRCReconfigurationComplete to gNB #1.
  • step S406 gNB #1 sends a CSC (Cell Switch Command) containing information indicating the target cell and beam to the UE via MAC-CE.
  • step S407 gNB #1 sends a cell switch notification to gNB #2.
  • step S408 cell switching is executed (Cell Switch Execution).
  • the master key i.e., K_gNB
  • K_gNB may be updated (Master Key Update) using the information element MasterKeyUpdate contained in the message RRCReconfiguration received by the UE in step S402.
  • the UE sends the message RRCReconfigurationComplete to gNB #2.
  • step S410 gNB #2 and AMF perform a security key update procedure like a path switch update.
  • step S411 gNB #2 and gNB #3 send and receive security update signaling.
  • step S412 gNB #2 and gNB #3 send and receive security update signaling.
  • Steps S410 to S412 are performed by Xn or NG signaling.
  • gNB #2 sends a CSC (Cell Switch Command) containing information indicating the target cell and beam to the UE via the MAC-CE.
  • the CSC may be the MAC-CE shown in Table 1, or may contain information that enables K_gNB to be updated.
  • step S414 cell switching is executed (Cell Switch Execution).
  • the UE can update K_gNB based on the information for updating K_gNB obtained along with the CSC.
  • step S415 the UE sends the message RRCReconfigurationComplete to gNB #3.
  • the network may send a security key update instruction to the UE.
  • the CU may also send information related to the security key update to the DU.
  • the CU may also obtain or generate information related to the security key update for the next cell switch.
  • the cell switch may be triggered before the DU obtains security-related information.
  • the signaling between the CU and DU may be specified as shown below in 1)-3).
  • the DU may be configured in advance by the CU, OAM (Operations, Administration, Maintenance), or O-RAN node (SMO (Service Management and Orchestration), RIC (RAN Intelligent Controller)), etc., as to whether or not security key updates are required for cell switching targeting each candidate setting, each candidate cell, and each candidate beam.
  • OAM Operations, Administration, Maintenance
  • SMO Service Management and Orchestration
  • RIC Radio Network Controller
  • a security key update is required, it may be explicitly or implicitly configured that a security key update is always required when switching to a cell belonging to a gNB other than the serving gNB.
  • the settings in 1) and 2) above may be configured during or before LTM preparation, or may be configured by the CU, OAM, or O-RAN node (SMO or RIC) at any time during the LTM procedure.
  • the DU may operate as shown in 1) and 2) below.
  • the DU may wait to send the CSC until it receives security-related information to be sent to the UE from the CU, or may stop sending the CSC.
  • the DU may send a CSC without waiting to receive security-related information.
  • each DU When each DU performs an LTM decision as a serving DU and transmits a CSC to the UE, it may determine, based on the settings previously received from the CU, whether a security key update is required for cell switching targeting each candidate setting, each candidate cell, and each candidate beam.
  • FIG. 8 is a diagram illustrating an example of key updating in an embodiment of the present invention.
  • the settings received in advance from the CU may be a list of all candidate settings, candidate cells, and candidate beams, as well as IDs (SecIDs) for distinguishing the security classifications associated with the candidates, as shown in FIG. 8.
  • each DU When each DU performs an LTM decision as a serving DU and sends a CSC to the UE, it may compare the SecID associated with the configuration currently applied to the UE with the SecID associated with the candidate configuration, candidate cell, and candidate beam selected as the target, and determine that a security key update is not required if the SecIDs are the same, or that a security key update is required if they are different.
  • the DU may determine that a security key update is not required because the SecIDs are the same, #0.
  • the DU may determine that a security key update is required even though the cells belong to the same CU #1 because the SecIDs are different.
  • the DU may determine that a security key update is required because the SecIDs are different.
  • the settings received in advance from the CU may be set in the DU from the OAM or O-RAN node (SMO or RIC), etc.
  • FIG. 9 is a sequence diagram illustrating an example (5) of handover in an embodiment of the present invention.
  • step S501 LTM preparation is performed.
  • security-related information to be set in the UE for initial cell switching is prepared.
  • step S502 the UE sends an L1 measurement report to the DU belonging to CU#0.
  • step S503 the DU belonging to CU#0 makes an LTM decision.
  • step S504 the DU belonging to CU#0 sends a CSC to the UE.
  • step S505 cell switching to CU#1 is performed. Based on pre-configured security-related information, the UE performs security key updates and performs cell switching.
  • step S506 after the cell switching is completed, CU #1, which has become the serving CU for the successive cell switching, prepares security-related information for the next cell switching with CU #2, which is a candidate CU, and the AMF.
  • step S507 the UE transmits an L1 measurement report to the DU belonging to CU#1.
  • step S508 the DU belonging to CU#0 executes an LTM decision.
  • Process A including steps S507 and S508, illustrates an example in which the next cell switching trigger occurs before CU#1 transmits the security-related information it has acquired to the DU.
  • step S509 the DU belonging to CU#1 sends a security related info request message to CU#1.
  • step S510 CU#1 sends a security related information message to the DU belonging to CU#1.
  • Process B which includes steps S509 and S510, shows an example of triggering cell switching after waiting until security related information is received from the CU when a target requiring a security key update is selected based on prior settings in the DU.
  • step S511 the DU belonging to CU#1 transmits a CSC including a security update command to the UE.
  • step S512 cell switching to CU#2 is performed.
  • the UE performs security key updates based on the security-related information received in the CSC, and cell switching is performed.
  • the DU may receive security-related information required for the next cell switch for each candidate configuration, cell, and beam, for example, via the IE (Information Element) shown in Table 2. Based on this IE, the DU may determine the security-related information to be included in the CSC.
  • IE Information Element
  • Security key refresh may indicate no update required, a horizontal key update, or a vertical key update.
  • NCC may indicate the number of NCC increments.
  • Number of horizontal key derivations may indicate the number of horizontal key updates.
  • Number of key derivations may indicate the number of NCC increments or the number of horizontal key updates.
  • Security-related information may be received from the CU to which the DU belongs, or from an OAM or O-RAN node (SMO or RIC), etc. Security-related information may be provided in response to a request from the DU, or may be unilaterally notified to the DU from another node. Security-related information may be transmitted via F1 signaling transmitted for each UE or candidate configuration and cell, or may be transmitted for each DU to provide a list of security-related information corresponding to each candidate. Security-related information may be transmitted via F1 messages such as UE Context Setup or UE Context Modification, or similar content may be transmitted over the O-RAN interface (O1, E2, A1, etc.).
  • the IE shown in Table 3 may indicate whether each candidate cell is an inter-CU or intra-CU from the perspective of each candidate gNB and DU.
  • information associating an LTM configuration ID with an Inter-CU candidate indication may be notified by the IE.
  • the DU that receives this IE may automatically determine that a security key update is required when switching to that cell.
  • the DU that receives this IE may automatically determine that security key update is not required when switching to that cell.
  • the IE may be sent in an F1 message such as UE Context Setup or UE Context Modification, or similar content may be sent over the O-RAN interface (O1, E2, A1, etc.).
  • F1 message such as UE Context Setup or UE Context Modification, or similar content may be sent over the O-RAN interface (O1, E2, A1, etc.).
  • the list of gNB IDs to which each candidate cell belongs may be indicated by the IE shown in Table 4.
  • LTM Configuration ID LTM Configuration ID
  • gNB ID gNB ID
  • the DU that receives this IE may automatically determine that a security key update is required when switching to the selected target cell if the ID of the gNB associated with the selected target cell is different from the ID of the gNB associated with the currently configured candidate cell.
  • the DU that receives this IE may automatically determine that security key update is not required when switching to the selected target cell if the ID of the gNB associated with the selected target cell is the same as the ID of the gNB associated with the currently configured candidate cell.
  • the IE may be sent in an F1 message such as UE Context Setup or UE Context Modification, or similar content may be sent over the O-RAN interface (O1, E2, A1, etc.).
  • F1 message such as UE Context Setup or UE Context Modification, or similar content may be sent over the O-RAN interface (O1, E2, A1, etc.).
  • the SecID associated with each candidate cell may be indicated by the IE shown in Table 5.
  • information associating the LTM Configuration ID and the LTM Security ID may be notified by the IE.
  • the DU may automatically determine that a security key update is required when switching to that cell.
  • the DU may automatically determine that security key updating is not required when switching to that cell.
  • the IE may be sent in an F1 message such as UE Context Setup or UE Context Modification, or similar content may be sent over the O-RAN interface (O1, E2, A1, etc.).
  • F1 message such as UE Context Setup or UE Context Modification, or similar content may be sent over the O-RAN interface (O1, E2, A1, etc.).
  • the above-described embodiment makes it possible to appropriately instruct the UE to perform security update operations in mobility such as subsequent inter-CU mobility, where the DU determines cell switching and instructs the UE to do so.
  • security keys can be updated during subsequent mobility.
  • the base station 10, network node 30, and terminal 20 include functions for performing the above-described embodiments. However, the base station 10, network node 30, and terminal 20 may each include only a part of the functions of the embodiments.
  • FIG. 10 is a diagram showing an example of the functional configuration of the base station 10 and the network node 30.
  • the base station 10 has a transmitting unit 110, a receiving unit 120, a setting unit 130, and a control unit 140.
  • the functional configuration shown in FIG. 10 is merely an example. As long as the operations according to the embodiment of the present invention can be performed, the names of the functional divisions and functional units may be any.
  • the network node 30 may have the same functional configuration as the base station 10.
  • a network node 30 having multiple different functions in the system architecture may be composed of multiple network nodes 30 separated by function.
  • the transmitter 110 includes a function for generating signals to be transmitted to the terminal 20 or other network nodes 30, and transmitting the signals via wired or wireless communication.
  • the receiver 120 includes a function for receiving various signals transmitted from the terminal 20 or other network nodes 30, and for example, obtaining information of higher layers from the received signals.
  • a communication unit including the transmitter 110 and receiver 120 may be configured.
  • the setting unit 130 stores pre-set setting information and various setting information to be sent to the terminal 20 in a storage device, and reads it from the storage device as needed.
  • the setting information includes, for example, information related to LTM.
  • the control unit 140 performs processing related to LTM as described in the embodiment.
  • the control unit 140 also performs processing related to communication with the terminal 20.
  • the functional unit related to signal transmission in the control unit 140 may be included in the transmitting unit 110, and the functional unit related to signal reception in the control unit 140 may be included in the receiving unit 120.
  • FIG. 11 is a diagram showing an example of the functional configuration of the terminal 20.
  • the terminal 20 has a transmitting unit 210, a receiving unit 220, a setting unit 230, and a control unit 240.
  • the functional configuration shown in FIG. 11 is merely an example. As long as the operations related to the embodiment of the present invention can be performed, the names of the functional divisions and functional units may be any.
  • the communication device that becomes the resource holder 20 may have the same functional configuration as the terminal 20.
  • the transmitter 210 creates a transmission signal from the transmission data and transmits the transmission signal wirelessly.
  • the receiver 220 receives various signals wirelessly and acquires higher layer signals from the received physical layer signals.
  • the receiver 220 also has the function of receiving NR-PSS, NR-SSS, NR-PBCH, DL/UL control signals, reference signals, etc. transmitted from the network node 30.
  • a communication unit including the transmitter 210 and receiver 220 may be configured.
  • the setting unit 230 stores various setting information received from the network node 30 by the receiving unit 220 in a storage device, and reads it from the storage device as needed.
  • the setting unit 230 also stores setting information that is set in advance.
  • the content of the setting information includes, for example, information related to LTM.
  • the control unit 240 performs processing related to LTM as described in the embodiments.
  • the functional units related to signal transmission in the control unit 240 may be included in the transmitting unit 210, and the functional units related to signal reception in the control unit 240 may be included in the receiving unit 220.
  • each functional block may be realized using a single device that is physically or logically coupled, or may be realized using two or more physically or logically separated devices that are directly or indirectly connected (e.g., using wires, wirelessly, etc.) and these multiple devices.
  • the functional block may also be realized by combining software with the single device or multiple devices.
  • Functions include, but are not limited to, judgment, determination, assessment, calculation, computation, processing, derivation, investigation, search, confirmation, reception, transmission, output, access, resolution, selection, election, establishment, comparison, assumption, expectation, regard, broadcasting, notifying, communicating, forwarding, configuring, reconfiguring, allocating, mapping, and assignment.
  • a functional block (component) that performs transmission functions is called a transmitting unit or transmitter.
  • transmitting unit or transmitter As mentioned above, there are no particular limitations on how these functions are implemented.
  • the network node 30, terminal 20, etc. in one embodiment of the present disclosure may function as a computer that performs processing of the wireless communication method of the present disclosure.
  • Figure 12 is a diagram showing an example of the hardware configuration of a base station 10 and terminal 20 in one embodiment of the present disclosure.
  • the network node 30 may have the same hardware configuration as the base station 10.
  • the above-mentioned base station 10 and terminal 20 may be physically configured as a computer device including a processor 1001, a storage device 1002, an auxiliary storage device 1003, a communication device 1004, an input device 1005, an output device 1006, a bus 1007, etc.
  • the term "apparatus" can be interpreted as a circuit, device, unit, etc.
  • the hardware configuration of the base station 10 and terminal 20 may be configured to include one or more of the devices shown in the figure, or may be configured to exclude some of the devices.
  • the functions of the base station 10 and terminal 20 are realized by loading specific software (programs) onto hardware such as the processor 1001 and storage device 1002, causing the processor 1001 to perform calculations, control communications via the communication device 1004, and control at least one of the reading and writing of data from and to the storage device 1002 and auxiliary storage device 1003.
  • the processor 1001 for example, runs an operating system to control the entire computer.
  • the processor 1001 may be configured as a central processing unit (CPU) that includes an interface with peripheral devices, a control unit, an arithmetic unit, registers, etc.
  • CPU central processing unit
  • control unit 140, control unit 240, etc. may be realized by the processor 1001.
  • the processor 1001 also loads programs (program code), software modules, data, etc. from at least one of the auxiliary storage device 1003 and the communication device 1004 into the storage device 1002, and executes various processes in accordance with these.
  • the programs used are those that cause a computer to execute at least some of the operations described in the above-described embodiments.
  • the control unit 140 of the base station 10 shown in FIG. 10 may be implemented by a control program stored in the storage device 1002 and running on the processor 1001.
  • the control unit 240 of the terminal 20 shown in FIG. 11 may be implemented by a control program stored in the storage device 1002 and running on the processor 1001.
  • While the various processes described above have been described as being executed by a single processor 1001, they may also be executed simultaneously or sequentially by two or more processors 1001.
  • the processor 1001 may be implemented on one or more chips.
  • the programs may also be transmitted from a network via a telecommunications line.
  • the storage device 1002 is a computer-readable recording medium and may be composed of, for example, at least one of a ROM (Read Only Memory), an EPROM (Erasable Programmable ROM), an EEPROM (Electrically Erasable Programmable ROM), a RAM (Random Access Memory), etc.
  • the storage device 1002 may also be called a register, a cache, a main memory, etc.
  • the storage device 1002 can store executable programs (program code), software modules, etc. for implementing a communication method according to one embodiment of the present disclosure.
  • Auxiliary storage device 1003 is a computer-readable recording medium, and may be composed of at least one of, for example, an optical disk such as a CD-ROM (Compact Disc ROM), a hard disk drive, a flexible disk, a magneto-optical disk (e.g., a compact disk, a digital versatile disk, a Blu-ray (registered trademark) disk), a smart card, flash memory (e.g., a card, a stick, a key drive), a floppy (registered trademark) disk, a magnetic strip, etc.
  • the above-mentioned storage medium may be, for example, a database, a server, or other suitable medium that includes at least one of storage device 1002 and auxiliary storage device 1003.
  • the communication device 1004 is hardware (transmitting/receiving device) for communicating between computers via at least one of a wired network and a wireless network, and is also referred to as a network device, network controller, network card, or communication module, for example.
  • the communication device 1004 may be configured to include high-frequency switches, duplexers, filters, frequency synthesizers, etc. to implement at least one of frequency division duplex (FDD) and time division duplex (TDD).
  • FDD frequency division duplex
  • TDD time division duplex
  • the transmitting/receiving antenna, amplifier unit, transmitting/receiving unit, transmission path interface, etc. may be implemented by the communication device 1004.
  • the transmitting/receiving unit may be implemented as a physically or logically separated transmitting unit and receiving unit.
  • the input device 1005 is an input device (e.g., a keyboard, mouse, microphone, switch, button, sensor, etc.) that accepts input from the outside.
  • the output device 1006 is an output device (e.g., a display, speaker, LED lamp, etc.) that outputs to the outside. Note that the input device 1005 and the output device 1006 may be integrated into one device (e.g., a touch panel).
  • each device such as the processor 1001 and the storage device 1002, is connected by a bus 1007 for communicating information.
  • the bus 1007 may be configured using a single bus, or may be configured using different buses between each device.
  • the base station 10 and the terminal 20 may be configured to include hardware such as a microprocessor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a programmable logic device (PLD), or a field programmable gate array (FPGA), and some or all of the functional blocks may be realized by this hardware.
  • the processor 1001 may be implemented using at least one of these pieces of hardware.
  • FIG. 13 shows an example configuration of vehicle 2001.
  • vehicle 2001 includes a drive unit 2002, a steering unit 2003, an accelerator pedal 2004, a brake pedal 2005, a shift lever 2006, front wheels 2007, rear wheels 2008, an axle 2009, an electronic control unit 2010, various sensors 2021-2029, an information service unit 2012, and a communication module 2013.
  • a communication device mounted on vehicle 2001 and may be applied to communication module 2013, for example.
  • the drive unit 2002 is composed of, for example, an engine, a motor, or a hybrid of an engine and a motor.
  • the steering unit 2003 includes at least a steering wheel (also called a handle) and is configured to steer at least one of the front wheels and rear wheels based on the operation of the steering wheel operated by the user.
  • the electronic control unit 2010 is composed of a microprocessor 2031, memory (ROM, RAM) 2032, and a communication port (IO port) 2033. Signals are input to the electronic control unit 2010 from various sensors 2021 to 2029 provided on the vehicle 2001.
  • the electronic control unit 2010 may also be called an ECU (Electronic Control Unit).
  • Signals from the various sensors 2021-2029 include a current signal from a current sensor 2021 that senses the motor current, a front and rear wheel rotation speed signal obtained by a rotation speed sensor 2022, a front and rear wheel air pressure signal obtained by an air pressure sensor 2023, a vehicle speed signal obtained by a vehicle speed sensor 2024, an acceleration signal obtained by an acceleration sensor 2025, an accelerator pedal depression amount signal obtained by an accelerator pedal sensor 2029, a brake pedal depression amount signal obtained by a brake pedal sensor 2026, a shift lever operation signal obtained by a shift lever sensor 2027, and a detection signal for detecting obstacles, vehicles, pedestrians, etc. obtained by an object detection sensor 2028.
  • the information service unit 2012 is composed of various devices, such as a car navigation system, audio system, speakers, television, and radio, for providing (outputting) various types of information, such as driving information, traffic information, and entertainment information, as well as one or more ECUs that control these devices.
  • the information service unit 2012 uses information obtained from external devices via the communication module 2013, etc., to provide various types of multimedia information and multimedia services to the occupants of the vehicle 2001.
  • the information service unit 2012 may include input devices that accept input from the outside (e.g., a keyboard, mouse, microphone, switch, button, sensor, touch panel, etc.), and may also include output devices that output to the outside (e.g., a display, speaker, LED lamp, touch panel, etc.).
  • the driving assistance system unit 2030 is composed of various devices that provide functions to prevent accidents and reduce the driver's driving burden, such as millimeter-wave radar, LiDAR (Light Detection and Ranging), cameras, positioning locators (e.g., GNSS, etc.), map information (e.g., high-definition (HD) maps, autonomous vehicle (AV) maps, etc.), gyro systems (e.g., IMU (Inertial Measurement Unit), INS (Inertial Navigation System), etc.), AI (Artificial Intelligence) chips, and AI processors, as well as one or more ECUs that control these devices.
  • the driving assistance system unit 2030 also transmits and receives various information via the communication module 2013 to realize driving assistance functions or autonomous driving functions.
  • the communication module 2013 can communicate with the microprocessor 2031 and components of the vehicle 2001 via the communication port.
  • the communication module 2013 transmits and receives data via the communication port 2033 between the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, shift lever 2006, front wheels 2007, rear wheels 2008, axle 2009, microprocessor 2031 and memory (ROM, RAM) 2032 in the electronic control unit 2010, and sensors 2021-29, all of which are provided on the vehicle 2001.
  • the communication module 2013 is a communication device that can be controlled by the microprocessor 2031 of the electronic control unit 2010 and can communicate with external devices. For example, it sends and receives various information to and from external devices via wireless communication.
  • the communication module 2013 may be located either inside or outside the electronic control unit 2010.
  • the external device may be, for example, a base station, a mobile station, etc.
  • the communications module 2013 may transmit, via wireless communication, to an external device at least one of the following: signals from the various sensors 2021-2028 input to the electronic control unit 2010; information obtained based on these signals; and information based on input from the outside (user) obtained via the information service unit 2012.
  • the electronic control unit 2010, the various sensors 2021-2028, the information service unit 2012, etc. may also be referred to as input units that accept input.
  • the PUSCH transmitted by the communications module 2013 may include information based on the above input.
  • the communication module 2013 receives various information (traffic information, traffic signal information, vehicle distance information, etc.) transmitted from external devices and displays it on the information service unit 2012 provided in the vehicle 2001.
  • the information service unit 2012 may also be called an output unit that outputs information (for example, outputs information to a device such as a display or speaker based on the PDSCH (or data/information decoded from the PDSCH) received by the communication module 2013).
  • the communication module 2013 also stores the various information received from external devices in memory 2032 that can be used by the microprocessor 2031. Based on the information stored in memory 2032, the microprocessor 2031 may control the drive unit 2002, steering unit 2003, accelerator pedal 2004, brake pedal 2005, shift lever 2006, front wheels 2007, rear wheels 2008, axles 2009, sensors 2021-2029, etc. provided in the vehicle 2001.
  • a base station which includes a control unit that decides to perform continuous mobility using LTM (Lower layer Triggered Mobility) for a certain terminal, a transmission unit that transmits a message requesting security-related information to a CU (Central Unit), and a reception unit that receives a message including the security-related information from the CU, wherein the transmission unit transmits a CSC (Cell Switch Command) including the security-related information to the terminal.
  • LTM Lower layer Triggered Mobility
  • CU Central Unit
  • CSC Cell Switch Command
  • the above configuration makes it possible to appropriately instruct the UE to perform security update operations in mobility situations such as subsequent inter-CU mobility, where the DU decides to switch cells and instructs the UE to do so. In other words, security key updates can be performed during subsequent mobility.
  • the control unit does not need to transmit the CSC until it receives the security-related information.
  • This configuration makes it possible to appropriately instruct the UE to perform security update operations in mobility such as subsequent inter-CU mobility, where the DU determines and instructs the UE to switch cells.
  • the control unit may determine, based on the security-related information, whether a security key update is required after a cell switch.
  • the control unit may determine, for each candidate LTM setting, whether a security key update is required after a cell switch, based on the security-related information. This configuration makes it possible to appropriately instruct the UE to perform security update operations in mobility where the DU determines and instructs the UE to switch cells, such as subsequent inter-CU mobility.
  • the control unit may determine whether a security key update is necessary after a cell switch based on information included in the security-related information indicating whether the inter-CU is associated with a candidate LTM setting, the base station ID, or the security ID. This configuration makes it possible to appropriately instruct the UE to perform a security update operation in mobility such as subsequent inter-CU mobility, where the DU determines and instructs the UE to switch cells.
  • a communication method in which a base station executes the following steps for determining to execute continuous mobility using LTM (Lower layer Triggered Mobility) for a certain terminal; transmitting a message requesting security-related information to a CU (Central Unit); receiving a message including the security-related information from the CU; and transmitting a CSC (Cell Switch Command) including the security-related information to the terminal.
  • LTM Lower layer Triggered Mobility
  • CU Central Unit
  • CSC Cell Switch Command
  • the above configuration makes it possible to appropriately instruct the UE to perform security update operations in mobility situations such as subsequent inter-CU mobility, where the DU decides to switch cells and instructs the UE to do so. In other words, security key updates can be performed during subsequent mobility.
  • the operations of multiple functional units may be performed by a single physical component, or the operations of a single functional unit may be performed by multiple physical components.
  • the order of processing steps described in the embodiments may be reversed as long as there is no contradiction.
  • the base station 10 and terminal 20 have been described using functional block diagrams, but such devices may be implemented in hardware, software, or a combination thereof.
  • the software operated by the processor of the base station 10 in accordance with an embodiment of the present invention and the software operated by the processor of the terminal 20 in accordance with an embodiment of the present invention may each be stored in random access memory (RAM), flash memory, read-only memory (ROM), EPROM, EEPROM, register, hard disk (HDD), removable disk, CD-ROM, database, server, or any other suitable storage medium.
  • the notification of information is not limited to the aspects/embodiments described in the present disclosure, and may be performed using other methods.
  • the notification of information may be performed by physical layer signaling (e.g., DCI (Downlink Control Information), UCI (Uplink Control Information)), higher layer signaling (e.g., RRC (Radio Resource Control) signaling, MAC (Medium Access Control) signaling), broadcast information (MIB (Master Information Block), SIB (System Information Block)), other signals, or a combination of these.
  • RRC signaling may be referred to as an RRC message, and may be, for example, an RRC Connection Setup message, an RRC Connection Reconfiguration message, etc.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution
  • SUPER 3G IMT-Advanced
  • 4G 4th generation mobile communication system
  • 5G 5th generation mobile communication system
  • 6G 6th generation mobile communication system
  • xG xG (x is, for example, an integer or decimal number)
  • FRA Full Radio Access Network
  • the present invention may be applied to at least one of systems using IEEE 802.11 (Wi-Fi (registered trademark)), IEEE 802.16 (WiMAX (registered trademark)), IEEE 802.20 (Ultra-Wideband), Bluetooth (registered trademark), CDMA2000, NR (new Radio Access), NR (new Radio), New radio access (NX), Future generation radio access (FX), W-CDMA (registered trademark), GSM (registered trademark), CDMA2000, UMB (Ultra Mobile Broadband), IEEE 802.11 (Wi-Fi (registere
  • certain operations described as being performed by the base station 10 may also be performed by its upper node in some cases.
  • a network consisting of one or more network nodes having a base station 10 it is clear that various operations performed for communication with the terminal 20 may be performed by at least one of the base station 10 and other network nodes other than the base station 10 (such as, but not limited to, an MME or S-GW). While the above example illustrates a case where there is one other network node other than the base station 10, the other network node may also be a combination of multiple other network nodes (for example, an MME and an S-GW).
  • the information, signals, etc. described in this disclosure may be output from a higher layer (or lower layer) to a lower layer (or higher layer). They may also be input/output via multiple network nodes.
  • Input and output information may be stored in a specific location (for example, memory) or may be managed using a management table. Input and output information may be overwritten, updated, or added to. Output information may be deleted. Input information may be sent to another device.
  • the determination may be made based on a value represented by one bit (0 or 1), a Boolean value (true or false), or a numerical comparison (e.g., comparison with a predetermined value).
  • Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software modules, applications, software applications, software packages, routines, subroutines, objects, executable files, threads of execution, procedures, functions, etc., whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise.
  • software, instructions, information, etc. may be transmitted and received via a transmission medium.
  • a transmission medium such as coaxial cable, fiber optic cable, twisted pair, or Digital Subscriber Line (DSL)
  • wired technology such as coaxial cable, fiber optic cable, twisted pair, or Digital Subscriber Line (DSL)
  • wireless technology such as infrared or microwave
  • the information, signals, etc. described in this disclosure may be represented using any of a variety of different technologies.
  • data, instructions, commands, information, signals, bits, symbols, chips, etc. that may be referred to throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or magnetic particles, optical fields or photons, or any combination thereof.
  • a channel and a symbol may be a signal (signaling).
  • a signal may be a message.
  • a component carrier CC may be called a carrier frequency, a cell, a frequency carrier, etc.
  • system and “network” are used interchangeably.
  • radio resources may be indicated by an index.
  • the names used for the parameters described above are not intended to be limiting in any way. Furthermore, the mathematical formulas using these parameters may differ from those explicitly disclosed in this disclosure.
  • the various channels (e.g., PUCCH, PDCCH, etc.) and information elements may be identified by any suitable names, and therefore the various names assigned to these various channels and information elements are not intended to be limiting in any way.
  • Base station BS
  • radio base station base station
  • base station device fixed station
  • NodeB nodeB
  • eNodeB eNodeB
  • gNodeB gNodeB
  • base stations may also be referred to by terms such as macrocell, small cell, femtocell, and picocell.
  • a base station can accommodate one or more (e.g., three) cells.
  • a base station accommodates multiple cells, the entire coverage area of the base station can be divided into multiple smaller areas, and each smaller area can also be provided with communication services by a base station subsystem (e.g., a small indoor base station (RRH: Remote Radio Head)).
  • RRH Remote Radio Head
  • the terms "cell” or “sector” refer to part or all of the coverage area of at least one of the base station and base station subsystem that provides communication services within this coverage area.
  • a base station transmitting information to a terminal may be interpreted as the base station instructing the terminal to control or operate based on the information.
  • MS Mobile Station
  • UE User Equipment
  • a mobile station may also be referred to 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 suitable terminology.
  • At least one of the base station and the mobile station may be referred to as a transmitting device, a receiving device, a communication device, etc.
  • At least one of the base station and the mobile station may be a device mounted on a mobile object, the mobile object itself, etc.
  • the mobile object refers to an object that can move at any speed. Naturally, this also includes cases where the mobile object is stationary.
  • the mobile object examples include, but are not limited to, vehicles, transport vehicles, automobiles, motorcycles, bicycles, connected cars, excavators, bulldozers, wheel loaders, dump trucks, forklifts, trains, buses, handcars, rickshaws, ships and other watercraft, airplanes, rockets, satellites, drones (registered trademark), multicopters, quadcopters, balloons, and objects mounted thereon.
  • the mobile object may also be a mobile object that moves autonomously based on an operation command. It may be a vehicle (e.g., a car, an airplane, etc.), an unmanned mobile object (e.g., a drone, an autonomous vehicle, etc.), or a robot (manned or unmanned).
  • at least one of the base station and the mobile station may be a device that does not necessarily move during communication operations.
  • at least one of the base station and the mobile station may be an IoT (Internet of Things) device such as a sensor.
  • the base station in the present disclosure may be read as a user terminal.
  • the aspects/embodiments of the present disclosure may be applied to a configuration in which communication between a base station and a user terminal is replaced with communication between multiple terminals 20 (which may be called, for example, D2D (Device-to-Device) or V2X (Vehicle-to-Everything)).
  • the terminals 20 may be configured to have the functions possessed by the base station 10 described above.
  • terms such as “uplink” and “downlink” may be read as terms corresponding to communication between terminals (for example, "side”).
  • terms such as uplink channel and downlink channel may be read as side channel.
  • the user terminal in this disclosure may be interpreted as a base station.
  • the base station may be configured to have the functions possessed by the user terminal described above.
  • determining may encompass a wide variety of actions.
  • Determining and “determining” may include, for example, judging, calculating, computing, processing, deriving, investigating, looking up, searching, inquiring (e.g., searching a table, database, or other data structure), and ascertaining something that is considered to be a “determination.”
  • Determining and “determining” may also include receiving (e.g., receiving information), transmitting (e.g., sending information), input, output, accessing (e.g., accessing data in memory), and so on.
  • judgment and “decision” can include regarding actions such as resolving, selecting, choosing, establishing, and comparing as having been “judgment” or “decision.” In other words, “judgment” and “decision” can include regarding some action as having been “judgment” or “decision.” Furthermore, “judgment (decision)” can be interpreted as “assuming,” “expecting,” “considering,” etc.
  • connection refers to any direct or indirect connection or coupling between two or more elements, and may include the presence of one or more intermediate elements between two elements that are “connected” or “coupled” to each other.
  • the coupling or connection between elements may be physical, logical, or a combination thereof.
  • “connected” may be read as "access.”
  • two elements may be considered to be “connected” or “coupled” to each other using at least one of one or more wires, cables, and printed electrical connections, as well as electromagnetic energy having wavelengths in the radio frequency range, microwave range, and optical (both visible and invisible) range, as some non-limiting and non-exhaustive examples.
  • the reference signal may also be abbreviated as RS (Reference Signal) or may be called a pilot depending on the applicable standard.
  • the phrase “based on” does not mean “based only on,” unless expressly stated otherwise. In other words, the phrase “based on” means both “based only on” and “based at least on.”
  • any reference to an element using a designation such as "first,” “second,” etc. does not generally limit the quantity or order of those elements. These designations may be used in this disclosure as a convenient method of distinguishing between two or more elements. Thus, a reference to a first and a second element does not imply that only two elements may be employed or that the first element must in some way precede the second element.
  • a and B are different may mean “A and B are different from each other.” Note that this term may also mean “A and B are each different from C.” Terms such as “separate” and “combined” may also be interpreted in the same way as “different.”
  • notification of specified information is not limited to being done explicitly, but may also be done implicitly (e.g., not notifying the specified information).
  • Base station 110 Transmitter 120 Receiver 130 Setting unit 140 Control unit 20 Terminal 210 Transmitter 220 Receiver 230 Setting unit 240 Control unit 30 Network node 1001 Processor 1002 Storage device 1003 Auxiliary storage device 1004 Communication device 1005 Input device 1006 Output device

Landscapes

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

Abstract

端末は、ある端末に係る、ＬＴＭ（Lower layer Triggered Mobility）による連続モビリティを実行することを決定する制御部と、セキュリティに係る情報を要求するメッセージをＣＵ（Central Unit）に送信する送信部と、前記セキュリティに係る情報を含むメッセージを前記ＣＵから受信する受信部とを有し、前記送信部は、前記セキュリティに係る情報を含むＣＳＣ（Cell Switch Command）を前記端末に送信する。

Description

基地局及び通信方法
　本発明は、通信システムにおける基地局及び通信方法に関する。
　３ＧＰＰ（登録商標）（3rd Generation Partnership Project）では、システム容量の更なる大容量化、データ伝送速度の更なる高速化、無線区間における更なる低遅延化等を実現するために、５ＧあるいはＮＲ（New Radio）と呼ばれる無線通信方式（以下、当該無線通信方式を「５Ｇ」あるいは「ＮＲ」という。）の検討が進んでいる。５Ｇでは、１０Ｇｂｐｓ以上のスループットを実現しつつ無線区間の遅延を１ｍｓ以下にするという要求条件を満たすために、様々な無線技術の検討が行われている。
　ＮＲでは、ＬＴＥ（Long Term Evolution）のネットワークアーキテクチャにおけるコアネットワークであるＥＰＣ（Evolved Packet Core）に対応する５ＧＣ（5G Core Network）及びＬＴＥのネットワークアーキテクチャにおけるＲＡＮ（Radio Access Network）であるＥ－ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）に対応するＮＧ－ＲＡＮ（Next Generation - Radio Access Network）を含むネットワークアーキテクチャが検討されている（例えば非特許文献１）。
　また、リリース１９ではモビリティ強化として、インターＣＵ（inter-Central Unit）ＬＴＭ（Lower layer Triggered Mobility）、及びＤＣ（Dual connectivity）を維持したままＬＴＭを行うケースをサポートするための機能拡張が行われる見込みである（例えば非特許文献２）。
3GPP TS 23.501 V18.4.0 (2023-12) 3GPP TSG-RAN Meeting #101 RP-232618, Bengaluru, India, 11-15 September 2023 3GPP TS 33.501 V18.4.0 (2023-12) 3GPP TS 38.473 V18.0.0 (2023-12) 3GPP TS 38.413 V18.0.0 (2023-12) 3GPP TS 38.331 V18.0.0 (2023-12)
　ＬＴＭ（Lower layer Triggered Mobility）又は条件付きハンドオーバ等において、連続モビリティ（subsequent mobility）をサポートするための機能拡張が検討されている。例えば従来では、ＤＣ（Dual connectivity）中のＳＮ（Secondary Node）変更がサポートされていた。一方、連続モビリティをサポートするとき、セキュリティ鍵の更新に係る問題が発生すると見込まれる。
　本発明は上記の点に鑑みてなされたものであり、連続モビリティ（subsequent mobility）時にセキュリティ鍵の更新を実行することを目的とする。
　開示の技術によれば、ある端末に係る、ＬＴＭ（Lower layer Triggered Mobility）による連続モビリティを実行することを決定する制御部と、セキュリティに係る情報を要求するメッセージをＣＵ（Central Unit）に送信する送信部と、前記セキュリティに係る情報を含むメッセージを前記ＣＵから受信する受信部とを有し、前記送信部は、前記セキュリティに係る情報を含むＣＳＣ（Cell Switch Command）を前記端末に送信する基地局が提供される。
　開示の技術によれば、連続モビリティ（subsequent mobility）時にセキュリティ鍵の更新を実行することができる。
通信システムの例を説明するための図である。 ローミング環境下の通信システムの例を説明するための図である。 本発明の実施の形態におけるキー更新の例を説明するための図である。 本発明の実施の形態におけるハンドオーバの例（１）を説明するためのシーケンス図である。 本発明の実施の形態におけるハンドオーバの例（２）を説明するためのシーケンス図である。 本発明の実施の形態におけるハンドオーバの例（３）を説明するためのシーケンス図である。 本発明の実施の形態におけるハンドオーバの例（４）を説明するためのシーケンス図である。 本発明の実施の形態におけるキー更新の例を説明するための図である。 本発明の実施の形態におけるハンドオーバの例（５）を説明するためのシーケンス図である。 本発明の実施の形態における基地局１０及びネットワークノード３０の機能構成の一例を示す図である。 本発明の実施の形態における端末２０の機能構成の一例を示す図である。 本発明の実施の形態における基地局１０及び端末２０のハードウェア構成の一例を示す図である。 本発明の実施の形態における車両２００１の構成の一例を示す図である。
　以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例であり、本発明が適用される実施の形態は、以下の実施の形態に限られない。
　本発明の実施の形態の無線通信システムの動作にあたっては、適宜、既存技術が使用される。ただし、当該既存技術は、例えば既存のＬＴＥであるが、既存のＬＴＥに限られない。また、本明細書で使用する用語「ＬＴＥ」は、特に断らない限り、ＬＴＥ－Ａｄｖａｎｃｅｄ、及び、ＬＴＥ－Ａｄｖａｎｃｅｄ以降の方式（例：ＮＲ）、又は無線ＬＡＮ（Local Area Network）を含む広い意味を有するものとする。
　また、本発明の実施の形態において、無線パラメータ等が「設定される（Configure）」とは、所定の値が予め設定（Pre-configure）されることであってもよいし、ネットワークノード３０又は端末２０から通知される無線パラメータが設定されることであってもよい。
　図１は、通信システムの例を説明するための図である。図１に示されるように、通信システムは、端末２０であるＵＥ、複数のネットワークノード３０から構成される。以下、機能ごとに１つのネットワークノード３０が対応するものとするが、複数の機能を１つのネットワークノード３０が実現してもよいし、複数のネットワークノード３０が１つの機能を実現してもよい。また、以下に記載する「接続」は、論理的な接続であってもよいし、物理的な接続であってもよい。
　ＲＡＮ（Radio Access Network）は、無線アクセス機能を有するネットワークノード３０であり、基地局１０を含んでもよく、ＵＥ、ＡＭＦ（Access and Mobility Management Function）及びＵＰＦ（User plane function）と接続される。ＡＭＦは、ＲＡＮインタフェースの終端、ＮＡＳ（Non-Access Stratum）の終端、登録管理、接続管理、到達性管理、モビリティ管理等の機能を有するネットワークノード３０である。ＵＰＦは、ＤＮ（Data Network）と相互接続する外部に対するＰＤＵ（Protocol Data Unit）セッションポイント、パケットのルーティング及びフォワーディング、ユーザプレーンのＱｏＳ（Quality of Service）ハンドリング等の機能を有するネットワークノード３０である。ＵＰＦ及びＤＮは、ネットワークスライスを構成する。本発明の実施の形態における無線通信ネットワークでは、複数のネットワークスライスが構築されている。
　ＡＭＦは、ＵＥ、ＲＡＮ、ＳＭＦ（Session Management function）、ＮＳＳＦ（Network Slice Selection Function）、ＮＥＦ（Network Exposure Function）、ＮＲＦ（Network Repository Function）、ＵＤＭ（Unified Data Management）、ＡＵＳＦ（Authentication Server Function）、ＰＣＦ（Policy Control Function）、ＡＦ（Application Function）と接続される。ＡＭＦ、ＳＭＦ、ＮＳＳＦ、ＮＥＦ、ＮＲＦ、ＵＤＭ、ＡＵＳＦ、ＰＣＦ、ＡＦは、各々のサービスに基づくインタフェース、Ｎａｍｆ、Ｎｓｍｆ、Ｎｎｓｓｆ、Ｎｎｅｆ、Ｎｎｒｆ、Ｎｕｄｍ、Ｎａｕｓｆ、Ｎｐｃｆ、Ｎａｆを介して相互に接続されるネットワークノード３０である。
　ＳＭＦは、セッション管理、ＵＥのＩＰ（Internet Protocol）アドレス割り当て及び管理、ＤＨＣＰ（Dynamic Host Configuration Protocol）機能、ＡＲＰ（Address Resolution Protocol）プロキシ、ローミング機能等の機能を有するネットワークノード３０である。ＮＥＦは、他のＮＦ（Network Function）に能力及びイベントを通知する機能を有するネットワークノード３０である。ＮＳＳＦは、ＵＥが接続するネットワークスライスの選択、許可されるＮＳＳＡＩ（Network Slice Selection Assistance Information）の決定、設定されるＮＳＳＡＩの決定、ＵＥが接続するＡＭＦセットの決定等の機能を有するネットワークノード３０である。ＰＣＦは、ネットワークのポリシ制御を行う機能を有するネットワークノード３０である。ＡＦは、アプリケーションサーバを制御する機能を有するネットワークノード３０である。ＮＲＦは、サービスを提供するＮＦインスタンスを発見する機能を有するネットワークノード３０である。ＵＤＭは、加入者データ及び認証データを管理するネットワークノード３０である。ＵＤＭは、当該データを保持するＵＤＲ（User Data Repository）と接続される。
　図２は、ローミング環境下の通信システムの例を説明するための図である。図２に示されるように、ネットワークは、端末２０であるＵＥ、複数のネットワークノード３０から構成される。以下、機能ごとに１つのネットワークノード３０が対応するものとするが、複数の機能を１つのネットワークノード３０が実現してもよいし、複数のネットワークノード３０が１つの機能を実現してもよい。また、以下に記載する「接続」は、論理的な接続であってもよいし、物理的な接続であってもよい。
　ＲＡＮは、無線アクセス機能を有するネットワークノード３０であり、ＵＥ、ＡＭＦ及びＵＰＦと接続される。ＡＭＦは、ＲＡＮインタフェースの終端、ＮＡＳの終端、登録管理、接続管理、到達性管理、モビリティ管理等の機能を有するネットワークノード３０である。ＵＰＦは、ＤＮと相互接続する外部に対するＰＤＵセッションポイント、パケットのルーティング及びフォワーディング、ユーザプレーンのＱｏＳハンドリング等の機能を有するネットワークノード３０である。ＵＰＦ及びＤＮは、ネットワークスライスを構成する。本発明の実施の形態における無線通信ネットワークでは、複数のネットワークスライスが構築されている。
　ＡＭＦは、ＵＥ、ＲＡＮ、ＳＭＦ、ＮＳＳＦ、ＮＥＦ、ＮＲＦ、ＵＤＭ、ＡＵＳＦ、ＰＣＦ、ＡＦ、ＳＥＰＰ（Security Edge Protection Proxy）と接続される。ＡＭＦ、ＳＭＦ、ＮＳＳＦ、ＮＥＦ、ＮＲＦ、ＵＤＭ、ＡＵＳＦ、ＰＣＦ、ＡＦは、各々のサービスに基づくインタフェース、Ｎａｍｆ、Ｎｓｍｆ、Ｎｎｓｓｆ、Ｎｎｅｆ、Ｎｎｒｆ、Ｎｕｄｍ、Ｎａｕｓｆ、Ｎｐｃｆ、Ｎａｆを介して相互に接続されるネットワークノード３０である。
　ＳＭＦは、セッション管理、ＵＥのＩＰアドレス割り当て及び管理、ＤＨＣＰ機能、ＡＲＰプロキシ、ローミング機能等の機能を有するネットワークノード３０である。ＮＥＦは、他のＮＦに能力及びイベントを通知する機能を有するネットワークノード３０である。ＮＳＳＦは、ＵＥが接続するネットワークスライスの選択、許可されるＮＳＳＡＩの決定、設定されるＮＳＳＡＩの決定、ＵＥが接続するＡＭＦセットの決定等の機能を有するネットワークノード３０である。ＰＣＦは、ネットワークのポリシ制御を行う機能を有するネットワークノード３０である。ＡＦは、アプリケーションサーバを制御する機能を有するネットワークノード３０である。ＮＲＦは、サービスを提供するＮＦインスタンスを発見する機能を有するネットワークノード３０である。ＳＥＰＰは、非透過的なプロキシであり、ＰＬＭＮ（Public Land Mobile Network）間のコントロールプレーンのメッセージをフィルタリングする。図２に示されるｖＳＥＰＰは、ｖｉｓｉｔｅｄネットワークにおけるＳＥＰＰであり、ｈＳＥＰＰは、ｈｏｍｅネットワークにおけるＳＥＰＰである。
　図２に示されるように、ＵＥは、ＶＰＬＭＮ（Visited PLMN）においてＲＡＮ及びＡＭＦと接続されているローミング環境にある。ＶＰＬＭＮ及びＨＰＬＭＮ（Home PLMN）は、ｖＳＥＰＰ及びｈＳＥＰＰを経由して接続されている。ＵＥは、例えば、ＶＰＬＭＮのＡＭＦを介してＨＰＬＭＮのＵＤＭと通信が可能である。
　また、ＮＧ－ＲＡＮ（Next Generation Radio Access Network）において、ＲＡＮノードであるｇＮＢは、ｇＮＢ－ＣＵ（Central Unit）とｇＮＢ－ＤＵ（Distributed Unit）に分離されたアーキテクチャを有してもよい。１つのｇＮＢ－ＣＵは、複数のｇＮＢ－ＤＵを収容してもよいし、１つのｇＮＢ－ＤＵは、複数のセルを収容してもよい。Ｆ１ＡＰ（F1 Application Protocol）は、ｇＮＢ－ＤＵとｇＮＢ－ＣＵ間のシグナリングに使用されてもよい（非特許文献４参照）。
　ＬＴＭ（Lower layer Triggered Mobility）、条件付きハンドオーバ等において、連続モビリティ（subsequent mobility）をサポートするための機能拡張が検討されている。例えば従来では、ＤＣ（Dual connectivity）中のＳＮ（Secondary Node）変更がサポートされていた。一方、連続モビリティをサポートするとき、セキュリティ鍵の更新に係る問題が発生すると見込まれる。そこで、本実施の形態では、連続モビリティにおける、セキュリティ鍵の更新に係る動作を提案する。
　ここで、ｇＮＢにおけるＫ＿ｇＮＢをリフレッシュしなければならない。しかしながら、フォワードセキュリティとなるため、事前にＵＥにセキュリティキーを設定できない仕様が存在する（非特許文献３参照）。将来のＫ＿ｇＮＢ、ＮＨ（Next Hop parameter）及びＮＣＣ（Next Hop Chaining Counter parameter）のペアを事前に計算しておくことはできない。
　Ｋ＿ｇＮＢの算出方法は以下１）－３）に示される３つがある（非特許文献３参照）。
１）水平鍵導出（Horizontal key derivation）
Ｋ＿ＡＭＦが更新されない場合に可能であってもよい。追加パラメータなしで算出可能であってもよい。セル切替とセル切替との間に更新され得るなら、更新回数の指示が必要であってもよい。
２）垂直鍵導出（Vertical key derivation）
Ｋ＿ＡＭＦが更新されない場合に可能であってもよい。ＮＣＣのインクリメントでＮＨ及びＫ＿ｇＮＢの更新が行われてもよい。
３）Ｋ＿ＡＭＦ更新
Ｋ＿ＡＭＦが更新された場合に実行されてもよい。｛ＮＨ，ＮＣＣ｝のペアがｇＮＢ及びＵＥに送信されてもよい。ＡＭＦから、最初の｛ＮＨ，ＮＣＣ｝のみがｇＮＢ及びＵＥに設定される。なお、垂直鍵導出において｛ＮＨ，ＮＣＣ｝をＵＥに再設定しなくてもよいし、再設定してもよい。
　上記のＫ＿ｇＮＢの算出方法に基づいて、連続インターＣＵ－ＬＴＭ（subsequent inter-CU LTM）において、水平鍵導出は可能である。また、連続インターＣＵ－ＬＴＭにおいて、垂直鍵導出は、ＮＣＣが１ずつインクリメントされる場合可能であり、２以上インクリメントされる場合通知があれば可能である。なお、Ｋ＿ＡＭＦは、Ｋ＿ｇＮＢ導出に使用されるパラメータであってもよい。
　図３は、本発明の実施の形態におけるキー更新の例を説明するための図である。図３に示されるように、Ｋ＿ｇＮＢは、水平鍵導出（Horizontal key derivation）又は垂直鍵導出（Vertical key derivation）により鍵更新（Key refresh）される。
　水平鍵導出は、Ｋ＿ｇＮＢ、ＰＣＩ（Physical Cell Identifier）及びＤＬ周波数に基づいて実行される。水平鍵導出において、鍵更新を何回実行するかを決定する必要がある。
　垂直鍵導出は、ＮＨ、ＰＣＩ及びＤＬ周波数に基づいて実行される。垂直鍵導出において、いずれのＮＣＣを使用するかを決定する必要がある。
　図４は、本発明の実施の形態におけるハンドオーバの例（１）を説明するためのシーケンス図である。図４は、レガシＬ３ＨＯ（Hand Over）又はＣＨＯ（Conditional HO）の例を示す。
　ステップＳ１００において、ハンドオーバ準備（HO Preparation）をｇＮＢ＃１及びｇＮＢ＃２は実行する。ステップＳ１０１において、ｇＮＢ＃１は、Ｋ＿ｇＮＢを更新するための情報要素MasterKeyUpdateを含むメッセージRRCReconfigurationをＵＥに送信する。情報要素MasterKeyUpdateを含むメッセージRRCReconfigurationは、すべてのハンドオーバ実行時にｇＮＢからＵＥに送信される。ステップＳ１０２において、ＵＥは、メッセージRRCReconfigurationCompleteをｇＮＢ＃１に送信する。
　ステップＳ１０３において、ＵＥ、ｇＮＢ＃１及びｇＮＢ＃２は、ハンドオーバを実行し（HO Execution）、マスタキーすなわちＫ＿ｇＮＢを更新する（Master Key Update）。ＵＥは、当該ハンドオーバの直前にｇＮＢ＃１から設定された情報要素MasterKeyUpdateに基づいて、Ｋ＿ｇＮＢを更新する。ステップＳ１０４において、ＵＥは、メッセージRRCReconfigurationCompleteをｇＮＢ＃２に送信する。
　ステップＳ１００からステップＳ１０４までが、初期ハンドオーバ（Initial Handover）に対応する。
　続いて、ステップＳ１０５において、ハンドオーバ準備（HO Preparation）をｇＮＢ＃２及びｇＮＢ＃３は実行する。ステップＳ１０６において、ｇＮＢ＃２は、Ｋ＿ｇＮＢを更新するための情報要素MasterKeyUpdateを含むメッセージRRCReconfigurationをＵＥに送信する。情報要素MasterKeyUpdateを含むメッセージRRCReconfigurationは、すべてのハンドオーバ実行時にｇＮＢからＵＥに送信される。ステップＳ１０７において、ＵＥは、メッセージRRCReconfigurationCompleteをｇＮＢ＃２に送信する。
　ステップＳ１０８において、ＵＥ、ｇＮＢ＃２及びｇＮＢ＃３は、ハンドオーバを実行し（HO Execution）、マスタキーすなわちＫ＿ｇＮＢを更新する（Master Key Update）。ＵＥは、当該ハンドオーバの直前にｇＮＢ＃２から設定された情報要素MasterKeyUpdateに基づいて、Ｋ＿ｇＮＢを更新する。ステップＳ１０９において、ＵＥは、メッセージRRCReconfigurationCompleteをｇＮＢ＃１に送信する。
　ステップＳ１０５からステップＳ１０９までが、連続ハンドオーバ（Subsequent Handover）に対応する。
　図５は、本発明の実施の形態におけるハンドオーバの例（２）を説明するためのシーケンス図である。図５は、インターＣＵ－ＬＴＭ（Lower layer Triggered Mobility）の例を示す。
　ステップＳ２０１において、ＵＥ、ｇＮＢ＃１、ｇＮＢ＃２及びｇＮＢ＃３は、ＬＴＭ準備（LTM Preparation）を実行する。ＬＴＭ準備に含まれるステップＳ２０２において、ｇＮＢ＃１は、ＬＴＭ設定を含むメッセージRRCReconfigurationをＵＥに送信する。ＬＴＭ準備に含まれるステップＳ２０３において、ＵＥは、メッセージRRCReconfigurationCompleteをｇＮＢ＃１に送信する。
　ステップＳ２０４において、ｇＮＢ＃１は、ＭＡＣ－ＣＥを介して、ターゲットセル及びビームを示す情報を含むＣＳＣ（Cell Switch Command）をＵＥに送信する。ステップＳ２０５において、セル切替が実行される（Cell Switch Execution）。ここで、ステップＳ２０２でＵＥが受信したメッセージRRCReconfigurationに含まれる情報要素MasterKeyUpdateを使用して、マスタキーすなわちＫ＿ｇＮＢを更新してもよい（Master Key Update）。ステップＳ２０６において、ＵＥは、メッセージRRCReconfigurationCompleteをｇＮＢ＃２に送信する。なお、ＣＳＣとは、ソースｇＮＢ－ＤＵがＵＥにＭＡＣ－ＣＥを介してターゲットセル及びターゲットビームを通知し、セル切替を指示するコマンドである。
　ステップＳ２０１からステップＳ２０６までが、初期ハンドオーバ（Initial Handover）に対応する。
　ステップＳ２０７のＬＴＭ準備は実行されない。連続ＬＴＭにおいては、初期ＬＴＭセル切替後にはＬＴＭ準備は実行されない。メッセージRRCReconfigurationはｇＮＢからＵＥに送信されない。また、情報要素MasterKeyUpdateは、初期ＬＴＭセル切替時に使用されている。
　ステップＳ２０８において、ｇＮＢ＃２は、ＭＡＣ－ＣＥを介して、ターゲットセル及びビームを示す情報を含むＣＳＣ（Cell Switch Command）をＵＥに送信する。ステップＳ２０９において、セル切替が実行される（Cell Switch Execution）。上記のように情報要素MasterKeyUpdateは、初期ＬＴＭセル切替時に使用されているため、ＵＥは情報要素MasterKeyUpdateを使用することができないため、他の方法でＫ＿ｇＮＢを更新してもよい。ステップＳ２１０において、ＵＥは、メッセージRRCReconfigurationCompleteをｇＮＢ＃３に送信する。
　ステップＳ２０８からステップＳ２１０までが、連続ハンドオーバ（Subsequent Handover）に対応する。
　図６は、本発明の実施の形態におけるハンドオーバの例（３）を説明するためのシーケンス図である。図６は、インターＣＵ－ＬＴＭ（Lower layer Triggered Mobility）の例を示す。
　ステップＳ３０１において、ＵＥ、ｇＮＢ＃１及びｇＮＢ＃２は、ＬＴＭ準備（LTM Preparation）を実行する。ＬＴＭ準備に含まれるステップＳ３０２において、ｇＮＢ＃１は、ＬＴＭ設定を含むメッセージRRCReconfigurationをＵＥに送信する。メッセージRRCReconfigurationは、以下に示される情報要素MasterKeyUpdateを含んでもよい。
MasterKeyUpdate ::=        SEQUENCE {
    keySetChangeIndicator  BOOLEAN,
    nextHopChainingCount   NextHopChainingCount,
    nas-Container          OCTET STRING       OPTIONAL,  -- Cond securityNASC
    ...
}
　ＬＴＭ準備に含まれるステップＳ３０３において、ＵＥは、メッセージRRCReconfigurationCompleteをｇＮＢ＃１に送信する。ステップＳ３０４において、ｇＮＢ＃１は、ＭＡＣ－ＣＥを介して、ターゲットセル及びビームを示す情報を含むＣＳＣ（Cell Switch Command）をＵＥに送信する。ステップＳ３０５において、セル切替が実行される（Cell Switch Execution）。
　ここで、ステップＳ３０２でＵＥが受信したメッセージRRCReconfigurationに含まれる情報要素MasterKeyUpdateを使用して、マスタキーすなわちＫ＿ｇＮＢを更新してもよい（Master Key Update）。ステップＳ３０６において、ＵＥは、メッセージRRCReconfigurationCompleteをｇＮＢ＃２に送信する。
　ステップＳ３０７のＬＴＭ準備は実行されない。連続ＬＴＭにおいては、初期ＬＴＭセル切替後にはＬＴＭ準備は実行されない。メッセージRRCReconfigurationはｇＮＢからＵＥに送信されない。また、情報要素MasterKeyUpdateは、初期ＬＴＭセル切替時に使用されている。
　ステップＳ３０８において、ｇＮＢ＃１は、ＭＡＣ－ＣＥを介して、ターゲットセル及びビームを示す情報を含むＣＳＣ（Cell Switch Command）をＵＥに送信する。当該ＣＳＣは、表１に示されるＭＡＣ－ＣＥであってもよい。
ステップＳ３０９において、セル切替が実行される（Cell Switch Execution）。ここで、表１に示されるように、ＣＳＣは、垂直鍵更新回数（Number of Vertical key refreshes）及び水平鍵更新回数（Number of Horizontal key refreshes）を含む。ステップＳ３０９において、垂直鍵更新回数及び水平鍵更新回数に基づいて、ＵＥは、Ｋ＿ｇＮＢを更新することができる。ステップＳ３１０において、ＵＥは、メッセージRRCReconfigurationCompleteをｇＮＢ＃３に送信する。
　図７は、本発明の実施の形態におけるハンドオーバの例（４）を説明するためのシーケンス図である。図７は、インターＣＵ－ＬＴＭ（Lower layer Triggered Mobility）の例を示す。
　ステップＳ４０１において、ＵＥ、ｇＮＢ＃１、ｇＮＢ＃２、ｇＮＢ＃３及びＡＭＦは、ＬＴＭ準備（LTM Preparation）を実行する。ＬＴＭ準備に含まれるステップＳ４０２において、ｇＮＢ＃１は、ＬＴＭ設定を含むメッセージRRCReconfigurationをＵＥに送信する。メッセージRRCReconfigurationは、Ｋ＿ｇＮＢを更新するための情報要素MasterKeyUpdateを含んでもよい。
　ＬＴＭ準備に含まれるステップＳ４０３及びステップＳ４０４において、ｇＮＢ＃１は、MasterKeyUpdate生成要求を含むＬＴＭ要求をｇＮＢ＃２及びｇＮＢ＃３に送信する。ＬＴＭ準備に含まれるステップＳ４０５において、ＵＥは、メッセージRRCReconfigurationCompleteをｇＮＢ＃１に送信する。
　ステップＳ４０６において、ｇＮＢ＃１は、ＭＡＣ－ＣＥを介して、ターゲットセル及びビームを示す情報を含むＣＳＣ（Cell Switch Command）をＵＥに送信する。ステップＳ４０７において、ｇＮＢ＃１は、セル切替通知（Cell Switch Notification）をｇＮＢ＃２に送信する。ステップＳ４０８において、セル切替が実行される（Cell Switch Execution）。
　ここで、ステップＳ４０２でＵＥが受信したメッセージRRCReconfigurationに含まれる情報要素MasterKeyUpdateを使用して、マスタキーすなわちＫ＿ｇＮＢを更新してもよい（Master Key Update）。ステップＳ４０９において、ＵＥは、メッセージRRCReconfigurationCompleteをｇＮＢ＃２に送信する。
　ステップＳ４１０において、ｇＮＢ＃２及びＡＭＦは、パス切替更新（like path switch update）のようにセキュリティ鍵更新手順（security key update procedure）を実行する。ステップＳ４１１において、ｇＮＢ＃２及びｇＮＢ＃３は、セキュリティ更新シグナリングを送受信する。ステップＳ４１２において、ｇＮＢ＃２及びｇＮＢ＃３は、セキュリティ更新シグナリングを送受信する。ステップＳ４１０からステップＳ４１２までは、Ｘｎ又はＮＧシグナリングにより実行される。
　ステップＳ４１３において、ｇＮＢ＃２は、ＭＡＣ－ＣＥを介して、ターゲットセル及びビームを示す情報を含むＣＳＣ（Cell Switch Command）をＵＥに送信する。当該ＣＳＣは、表１に示されるＭＡＣ－ＣＥであってもよいし、Ｋ＿ｇＮＢを更新可能とする情報を含んでもよい。
　ステップＳ４１４において、セル切替が実行される（Cell Switch Execution）。ここで、ステップＳ４１４において、ＣＳＣと共に取得したＫ＿ｇＮＢを更新するための情報に基づいて、ＵＥは、Ｋ＿ｇＮＢを更新することができる。ステップＳ４１５において、ＵＥは、メッセージRRCReconfigurationCompleteをｇＮＢ＃３に送信する。
　インターＣＵ－ＬＴＭにおいて、ネットワークは、セキュリティ鍵更新の指示をＵＥに送信してもよい。また、ＣＵは、ＤＵにセキュリティ鍵更新に係る情報を送信してもよい。また、ＣＵは、次のセル切替のためのセキュリティ鍵更新に係る情報を取得してもよいし、生成してもよい。
　ここで、ｇＮＢのセキュリティをＣＵが管理し、セル切替がＤＵで決定及びＵＥに指示される場合（例えば連続ＬＴＭ）、セキュリティに係る情報をＤＵが取得する前に、セル切替がトリガされる可能性がある。
　そこで、ｇＮＢのセキュリティをＣＵが管理し、セル切替がＤＵで決定及びＵＥに指示される場合（例えば連続ＬＴＭ）のＣＵ－ＤＵ間シグナリングを、以下に示される１）－３）のように規定してもよい。
１）事前にＤＵはＣＵ、ＯＡＭ（Operations, Administration, Maintenance）又はＯ－ＲＡＮノード（ＳＭＯ（Service Management and Orchestration）、ＲＩＣ（RAN Intelligent Controller））等から、各候補設定、各候補セル及び各候補ビームをターゲットとするセル切替において、セキュリティ鍵更新が必要か否かが事前に設定されてもよい。
２）セキュリティ鍵更新が必要な場合、サービングｇＮＢと異なるｇＮＢに属するセルを対象としたセル切替において常にセキュリティ鍵更新が必要であることが、明示的又は暗黙的に設定されてもよい。
３）上記１）の設定及び上記２）の設定は、ＬＴＭ準備中又はＬＴＭ準備以前に設定されてもよいし、ＬＴＭ手順中に任意のタイミングでＣＵ、ＯＡＭ又はＯ－ＲＡＮノード（ＳＭＯ又はＲＩＣ）等から設定されてもよい。
　ＤＵは、以下１）及び２）に示されるように動作してもよい。
１）ＤＵは、ＵＥから受信したＬ１測定報告に基づいて、セル切替の決定（ターゲットセル及びビームの決定、セル切替の開始タイミング等）を実行したとき、当該ターゲットへのセル切替において、セキュリティ鍵更新が必要である場合、ＣＵから、ＵＥに送信すべきセキュリティ関連情報を受信するまでＣＳＣの送信を待ってもよいし、ＣＳＣの送信を停止してもよい。
２）上記１）において、ターゲットがサービングと同一のｇＮＢに属する場合等、セキュリティ鍵更新が必要ない候補をターゲットとするセル切替では、ＤＵはセキュリティ関連情報の受信を待たずにＣＳＣを送信してもよい。
　各ＤＵは、サービングＤＵとしてＬＴＭ決定を実行しＵＥにＣＳＣを送信するとき、事前にＣＵから受信した設定に基づいて、各候補設定、各候補セル及び各候補ビームをターゲットとするセル切替において、セキュリティ鍵更新が必要か否かを判定してもよい。
　図８は、本発明の実施の形態におけるキー更新の例を説明するための図である。上記事前にＣＵから受信した設定は、図８に示されるような、すべての候補設定、候補セル及び候補ビームと、当該候補に関連付けられるセキュリティ区分を区別するためのＩＤ（ＳｅｃＩＤ）のリストであってもよい。
　各ＤＵは、サービングＤＵとしてＬＴＭ決定を実行しＵＥにＣＳＣを送信するとき、現在ＵＥに適用されている設定に関連付けられるＳｅｃＩＤと、ターゲットとして選択した候補設定、候補セル及び候補ビームに関連付けられるＳｅｃＩＤを比較し、ＳｅｃＩＤが同一であればセキュリティ鍵更新は不要、異なっていればセキュリティ鍵更新が必要と判定してもよい。
　図８に示される例では、ＣＵ＃０のセル＃０からセル＃２へのセル切替では、ＳｅｃＩＤが同一の＃０であるため、セキュリティ鍵更新は不要とＤＵは決定してもよい。ＣＵ＃１のセル＃３からセル＃５へのセル切替では、ＳｅｃＩＤが異なるため、同一のＣＵ＃１に属するセルであっても、セキュリティ鍵更新は必要とＤＵは決定してもよい。ＣＵ＃０のセル＃０からＣＵ＃２ｎｏセル＃６へのセル切替では、ＳｅｃＩＤが異なるため、セキュリティ鍵更新は必要とＤＵは決定してもよい。
　上記事前にＣＵから受信した設定は、ＯＡＭ又はＯ－ＲＡＮノード（ＳＭＯ又はＲＩＣ）等からＤＵに設定されてもよい。
　図９は、本発明の実施の形態におけるハンドオーバの例（５）を説明するためのシーケンス図である。ステップＳ５０１において、ＬＴＭ準備が実行される。当該ＬＴＭ準備において、初期セル切替のためにＵＥに設定するセキュリティ関連情報が準備される。
　ステップＳ５０２において、ＵＥは、Ｌ１測定報告（L1 measurement）をＣＵ＃０に属するＤＵに送信する。ステップＳ５０３において、ＣＵ＃０に属するＤＵは、ＬＴＭ決定（LTM decision）を実行する。ステップＳ５０４において、ＣＵ＃０に属するＤＵは、ＣＳＣをＵＥに送信する。
　ステップＳ５０５において、ＣＵ＃１へのセル切替が実行される。事前に設定されたセキュリティ関連情報に基づいて、ＵＥがセキュリティ鍵更新を実行してセル切替が実行される。
　ステップＳ５０６において、セル切替完了後、連続セル切替のサービングとなったＣＵ＃１は、次回のセル切替のためのセキュリティ関連情報を候補ＣＵであるＣＵ＃２及びＡＭＦと準備する。
　ステップＳ５０７において、ＵＥは、Ｌ１測定報告（L1 measurement）をＣＵ＃１に属するＤＵに送信する。ステップＳ５０８において、ＣＵ＃０に属するＤＵは、ＬＴＭ決定（LTM decision）を実行する。ステップＳ５０７及びステップＳ５０８を含む処理Ａは、ＣＵ＃１が取得したセキュリティ関連情報をＤＵに送信する前に、次のセル切替のトリガ契機が発生する例を示す。
　ステップＳ５０９において、ＣＵ＃１に属するＤＵは、セキュリティ関連情報要求（Security related info request）メッセージをＣＵ＃１に送信する。ステップＳ５１０において、ＣＵ＃１は、セキュリティ関連情報（Security related information）メッセージをＣＵ＃１に属するＤＵに送信する。ステップＳ５０９及びステップＳ５１０を含む処理Ｂは、事前のＤＵへの設定に基づいてセキュリティ鍵更新が必要なターゲットが選択された場合、ＣＵからセキュリティ関連情報を受け取るまで待ってからセル切替をトリガする例を示す。
　ステップＳ５１１において、ＣＵ＃１に属するＤＵは、セキュリティ更新コマンドを含むＣＳＣをＵＥに送信する。ステップＳ５１２において、ＣＵ＃２へのセル切替が実行される。ＣＳＣで受信したセキュリティ関連情報に基づいてＵＥがセキュリティ鍵更新を実行してセル切替が実行される。
　ＤＵは、例えば表２に示されるＩＥ（Information Element）によって、各候補の設定、セル及びビームに対する次のセル切替で必要なセキュリティ関連情報を受信してもよい。当該ＩＥに基づいて、ＣＳＣに含まれるセキュリティ関連情報を決定してもよい。
　表２に示されるように、セキュリティ鍵更新（Security key refresh）は、更新必要なし、水平鍵更新又は垂直鍵更新を通知してもよい。ＮＣＣは、ＮＣＣのインクリメント数を通知してもよい。水平鍵更新回数（Number of horizontal key derivations）は、水平鍵更新回数を示してもよい。鍵導出回数（Number of key derivations）は、ＮＣＣインクリメント数又は水平鍵更新回数を通知してもよい。
　セキュリティ関連情報は、当該ＤＵが属するＣＵから受信してもよいし、ＯＡＭ又はＯ－ＲＡＮノード（ＳＭＯ又はＲＩＣ）等から受信してもよい。セキュリティ関連情報は、当該ＤＵからの要求に応じて提供されてもよいし、他ノードからＤＵに一方的に通知されてもよい。セキュリティ関連情報は、ＵＥ又は候補の設定及びセルごとに送信されるＦ１シグナリングで送信されてもよいし、ＤＵごとに送信されて各候補に対応するセキュリティ関連情報がリストとして提供されてもよい。セキュリティ関連情報は、UE Context Setup又はUE Context Modification等のＦ１メッセージで送信されてもよいし、同様の内容がＯ－ＲＡＮインタフェース（Ｏ１、Ｅ２、Ａ１等）で送信されてもよい。
　ＬＴＭ準備フェイズにおいて実行される、ＬＴＭ候補準備のためのＣＵ－ＤＵ間シグナリングにおいて送信されるUE Context Setup又はUE Context Modificationの手順において、各候補セルが各候補のｇＮＢ及びＤＵからみてインターＣＵであるかイントラＣＵであるかが表３に示されるＩＥによって示されてもよい。
　表３に示されるように、ＬＴＭ設定ＩＤ（LTM Configuration ID）とインターＣＵ候補であるか否かを示す通知（Inter-CU Candidate indication）とが関連付けられた情報が、当該ＩＥにより通知されてもよい。
　当該ＩＥを受信したＤＵは、選択されたターゲットセルがインターＣＵの候補セルである場合、自動的に当該セルへのセル切替時にセキュリティ鍵更新が必要であると決定してもよい。
　当該ＩＥを受信したＤＵは、選択されたターゲットセルがイントラＣＵの候補セルである場合、自動的に当該セルへのセル切替時にセキュリティ鍵更新が不要であると決定してもよい。
　当該ＩＥは、UE Context Setup又はUE Context Modification等のＦ１メッセージで送信されてもよいし、同様の内容がＯ－ＲＡＮインタフェース（Ｏ１、Ｅ２、Ａ１等）で送信されてもよい。
　ＬＴＭ準備フェイズにおいて実行される、ＬＴＭ候補準備のためのＣＵ－ＤＵ間シグナリングにおいて送信されるUE Context Setup又はUE Context Modificationの手順において、各候補セルが属するｇＮＢのＩＤのリストが表４に示されるＩＥによって示されてもよい。
　表４に示されるように、ＬＴＭ設定ＩＤ（LTM Configuration ID）とｇＮＢのＩＤ（gNB ID）とが関連付けられた情報が、当該ＩＥにより通知されてもよい。
　当該ＩＥを受信したＤＵは、選択されたターゲットセルに関連付けられるｇＮＢのＩＤが現在設定されている候補セルに関連付けられるｇＮＢのＩＤと異なる場合、自動的に当該セルへのセル切替時にセキュリティ鍵更新が必要であると決定してもよい。
　当該ＩＥを受信したＤＵは、選択されたターゲットセルに関連付けられるｇＮＢのＩＤが現在設定されている候補セルに関連付けられるｇＮＢのＩＤと同一である場合、自動的に当該セルへのセル切替時にセキュリティ鍵更新が不要であると決定してもよい。
　当該ＩＥは、UE Context Setup又はUE Context Modification等のＦ１メッセージで送信されてもよいし、同様の内容がＯ－ＲＡＮインタフェース（Ｏ１、Ｅ２、Ａ１等）で送信されてもよい。
　ＬＴＭ準備フェイズにおいて実行される、ＬＴＭ候補準備のためのＣＵ－ＤＵ間シグナリングにおいて送信されるUE Context Setup又はUE Context Modificationの手順において、各候補セルに関連付けられるＳｅｃＩＤが表５に示されるＩＥによって示されてもよい。
　表５に示されるように、ＬＴＭ設定ＩＤ（LTM Configuration ID）とＬＴＭセキュリティＩＤ（LTM Security ID）とが関連付けられた情報が、当該ＩＥにより通知されてもよい。
　当該ＩＥを受信したＤＵは、選択されたターゲットセルに関連付けられるＳｅｃＩＤが現在設定されている候補セルに関連付けられるＳｅｃＩＤと異なる場合、自動的に当該セルへのセル切替時にセキュリティ鍵更新が必要であると決定してもよい。
　当該ＩＥを受信したＤＵは、選択されたターゲットセルに関連付けられるＳｅｃＩＤが現在設定されている候補セルに関連付けられるＳｅｃＩＤと同一である場合、自動的に当該セルへのセル切替時にセキュリティ鍵更新が不要であると決定してもよい。
　当該ＩＥは、UE Context Setup又はUE Context Modification等のＦ１メッセージで送信されてもよいし、同様の内容がＯ－ＲＡＮインタフェース（Ｏ１、Ｅ２、Ａ１等）で送信されてもよい。
　上述の実施例により、連続インターＣＵモビリティ（Subsequent mobility）等の、ＤＵがセル切替を決定しＵＥに指示するモビリティにおいて、セキュリティ更新動作を適切にＵＥに指示することができる。
　すなわち、連続モビリティ（subsequent mobility）時にセキュリティ鍵の更新を実行することができる。
　（装置構成）
　次に、これまでに説明した処理及び動作を実施する基地局１０、ネットワークノード３０及び端末２０の機能構成例を説明する。基地局１０、ネットワークノード３０及び端末２０は上述した実施例を実施する機能を含む。ただし、基地局１０、ネットワークノード３０及び端末２０はそれぞれ、実施例の中の一部の機能のみを備えることとしてもよい。
　＜基地局１０及びネットワークノード３０＞
　図１０は、基地局１０及びネットワークノード３０の機能構成の一例を示す図である。図１０に示されるように、基地局１０は、送信部１１０と、受信部１２０と、設定部１３０と、制御部１４０とを有する。図１０に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実施できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、ネットワークノード３０は、基地局１０と同様の機能構成を有してもよい。また、システムアーキテクチャ上で複数の異なる機能を有するネットワークノード３０は、機能ごとに分離された複数のネットワークノード３０から構成されてもよい。
　送信部１１０は、端末２０又は他のネットワークノード３０に送信する信号を生成し、当該信号を有線又は無線で送信する機能を含む。受信部１２０は、端末２０又は他のネットワークノード３０から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。送信部１１０及び受信部１２０を含む通信部が構成されてもよい。
　設定部１３０は、予め設定される設定情報、及び、端末２０に送信する各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。設定情報の内容は、例えば、ＬＴＭに係る情報等である。
　制御部１４０は、実施例において説明したように、ＬＴＭに係る処理を行う。また、制御部１４０は、端末２０との通信に係る処理を行う。制御部１４０における信号送信に関する機能部を送信部１１０に含め、制御部１４０における信号受信に関する機能部を受信部１２０に含めてもよい。
　＜端末２０＞
　図１１は、端末２０の機能構成の一例を示す図である。図１１に示されるように、端末２０は、送信部２１０と、受信部２２０と、設定部２３０と、制御部２４０とを有する。図１１に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実施できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。また、リソース保持者２０となる通信装置は、端末２０と同様の機能構成を有してもよい。
　送信部２１０は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部２２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部２２０は、ネットワークノード３０から送信されるＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＤＬ／ＵＬ制御信号又は参照信号等を受信する機能を有する。送信部２１０及び受信部２２０を含む通信部が構成されてもよい。
　設定部２３０は、受信部２２０によりネットワークノード３０から受信した各種の設定情報を記憶装置に格納し、必要に応じて記憶装置から読み出す。また、設定部２３０は、予め設定される設定情報も格納する。設定情報の内容は、例えば、ＬＴＭに係る情報等である。
　制御部２４０は、実施例において説明したように、ＬＴＭに係る処理を行う。制御部２４０における信号送信に関する機能部を送信部２１０に含め、制御部２４０における信号受信に関する機能部を受信部２２０に含めてもよい。
　（ハードウェア構成）
　上記実施形態の説明に用いたブロック図（図１０及び図１１）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
　機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting　unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。
　例えば、本開示の一実施の形態におけるネットワークノード３０、端末２０等は、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図１２は、本開示の一実施の形態に係る基地局１０及び端末２０のハードウェア構成の一例を示す図である。ネットワークノード３０は、基地局１０と同様のハードウェア構成を有してもよい。上述の基地局１０及び端末２０は、物理的には、プロセッサ１００１、記憶装置１００２、補助記憶装置１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニット等に読み替えることができる。基地局１０及び端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
　基地局１０及び端末２０における各機能は、プロセッサ１００１、記憶装置１００２等のハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、記憶装置１００２及び補助記憶装置１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインタフェース、制御装置、演算装置、レジスタ等を含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。例えば、上述の制御部１４０、制御部２４０等は、プロセッサ１００１によって実現されてもよい。
　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータ等を、補助記憶装置１００３及び通信装置１００４の少なくとも一方から記憶装置１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図１０に示した基地局１０の制御部１４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図１１に示した端末２０の制御部２４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。
　記憶装置１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、ＲＡＭ（Random Access Memory）等の少なくとも１つによって構成されてもよい。記憶装置１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）等と呼ばれてもよい。記憶装置１００２は、本開示の一実施の形態に係る通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュール等を保存することができる。
　補助記憶装置１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ROM）等の光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップ等の少なくとも１つによって構成されてもよい。上述の記憶媒体は、例えば、記憶装置１００２及び補助記憶装置１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。
　通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency　Division　Duplex）及び時分割複信（ＴＤＤ：Time　Division　Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、送受信アンテナ、アンプ部、送受信部、伝送路インタフェース等は、通信装置１００４によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。
　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ等）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプ等）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
　また、プロセッサ１００１及び記憶装置１００２等の各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
　また、基地局１０及び端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
　図１３に車両２００１の構成例を示す。図１３に示すように、車両２００１は駆動部２００２、操舵部２００３、アクセルペダル２００４、ブレーキペダル２００５、シフトレバー２００６、前輪２００７、後輪２００８、車軸２００９、電子制御部２０１０、各種センサ２０２１～２０２９、情報サービス部２０１２と通信モジュール２０１３を備える。本開示において説明した各態様／実施形態は、車両２００１に搭載される通信装置に適用されてもよく、例えば、通信モジュール２０１３に適用されてもよい。
　駆動部２００２は例えば、エンジン、モータ、エンジンとモータのハイブリッドで構成される。操舵部２００３は、少なくともステアリングホイール（ハンドルとも呼ぶ）を含み、ユーザによって操作されるステアリングホイールの操作に基づいて前輪及び後輪の少なくとも一方を操舵するように構成される。
　電子制御部２０１０は、マイクロプロセッサ２０３１、メモリ（ROM、RAM）２０３２、通信ポート（ＩＯポート）２０３３で構成される。電子制御部２０１０には、車両２００１に備えられた各種センサ２０２１～２０２９からの信号が入力される。電子制御部２０１０は、ＥＣＵ（Electronic Control Unit）と呼んでも良い。
　各種センサ２０２１～２０２９からの信号としては、モータの電流をセンシングする電流センサ２０２１からの電流信号、回転数センサ２０２２によって取得された前輪や後輪の回転数信号、空気圧センサ２０２３によって取得された前輪や後輪の空気圧信号、車速センサ２０２４によって取得された車速信号、加速度センサ２０２５によって取得された加速度信号、アクセルペダルセンサ２０２９によって取得されたアクセルペダルの踏み込み量信号、ブレーキペダルセンサ２０２６によって取得されたブレーキペダルの踏み込み量信号、シフトレバーセンサ２０２７によって取得されたシフトレバーの操作信号、物体検知センサ２０２８によって取得された障害物、車両、歩行者等を検出するための検出信号等がある。
　情報サービス部２０１２は、カーナビゲーションシステム、オーディオシステム、スピーカ、テレビ、ラジオといった、運転情報、交通情報、エンターテイメント情報等の各種情報を提供（出力）するための各種機器と、これらの機器を制御する１つ以上のＥＣＵとから構成される。情報サービス部２０１２は、外部装置から通信モジュール２０１３等を介して取得した情報を利用して、車両２００１の乗員に各種マルチメディア情報及びマルチメディアサービスを提供する。情報サービス部２０１２は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ、タッチパネルなど）を含んでもよいし、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプ、タッチパネルなど）を含んでもよい。
　運転支援システム部２０３０は、ミリ波レーダ、ＬｉＤＡＲ（Light Detection and Ranging）、カメラ、測位ロケータ（例えば、ＧＮＳＳ等）、地図情報（例えば、高精細（ＨＤ）マップ、自動運転車（ＡＶ）マップ等）、ジャイロシステム（例えば、ＩＭＵ（Inertial Measurement Unit）、ＩＮＳ（Inertial Navigation System）等）、ＡＩ（Artificial Intelligence）チップ、ＡＩプロセッサといった、事故を未然に防止したりドライバの運転負荷を軽減したりするための機能を提供するための各種機器と、これらの機器を制御する１つ以上のＥＣＵとから構成される。また、運転支援システム部２０３０は、通信モジュール２０１３を介して各種情報を送受信し、運転支援機能又は自動運転機能を実現する。
　通信モジュール２０１３は通信ポートを介して、マイクロプロセッサ２０３１および車両２００１の構成要素と通信することができる。例えば、通信モジュール２０１３は通信ポート２０３３を介して、車両２００１に備えられた駆動部２００２、操舵部２００３、アクセルペダル２００４、ブレーキペダル２００５、シフトレバー２００６、前輪２００７、後輪２００８、車軸２００９、電子制御部２０１０内のマイクロプロセッサ２０３１及びメモリ（ＲＯＭ、ＲＡＭ）２０３２、センサ２０２１～２９との間でデータを送受信する。
　通信モジュール２０１３は、電子制御部２０１０のマイクロプロセッサ２０３１によって制御可能であり、外部装置と通信を行うことが可能な通信デバイスである。例えば、外部装置との間で無線通信を介して各種情報の送受信を行う。通信モジュール２０１３は、電子制御部２０１０の内部と外部のどちらにあってもよい。外部装置は、例えば、基地局、移動局等であってもよい。
　通信モジュール２０１３は、電子制御部２０１０に入力された上述の各種センサ２０２１－２０２８からの信号、当該信号に基づいて得られる情報、及び情報サービス部２０１２を介して得られる外部（ユーザ）からの入力に基づく情報、の少なくとも１つを、無線通信を介して外部装置へ送信してもよい。電子制御部２０１０、各種センサ２０２１－２０２８、情報サービス部２０１２などは、入力を受け付ける入力部と呼ばれてもよい。例えば、通信モジュール２０１３によって送信されるＰＵＳＣＨは、上記入力に基づく情報を含んでもよい。
　通信モジュール２０１３は、外部装置から送信されてきた種々の情報（交通情報、信号情報、車間情報等）を受信し、車両２００１に備えられた情報サービス部２０１２へ表示する。情報サービス部２０１２は、情報を出力する（例えば、通信モジュール２０１３によって受信されるＰＤＳＣＨ（又は当該ＰＤＳＣＨから復号されるデータ／情報）に基づいてディスプレイ、スピーカーなどの機器に情報を出力する）出力部と呼ばれてもよい。また、通信モジュール２０１３は、外部装置から受信した種々の情報をマイクロプロセッサ２０３１によって利用可能なメモリ２０３２へ記憶する。メモリ２０３２に記憶された情報に基づいて、マイクロプロセッサ２０３１が車両２００１に備えられた駆動部２００２、操舵部２００３、アクセルペダル２００４、ブレーキペダル２００５、シフトレバー２００６、前輪２００７、後輪２００８、車軸２００９、センサ２０２１～２０２９等の制御を行ってもよい。
　（実施の形態のまとめ）
　以上、説明したように、本発明の実施の形態によれば、ある端末に係る、ＬＴＭ（Lower layer Triggered Mobility）による連続モビリティを実行することを決定する制御部と、セキュリティに係る情報を要求するメッセージをＣＵ（Central Unit）に送信する送信部と、前記セキュリティに係る情報を含むメッセージを前記ＣＵから受信する受信部とを有し、前記送信部は、前記セキュリティに係る情報を含むＣＳＣ（Cell Switch Command）を前記端末に送信する基地局が提供される。
　上記の構成により、連続インターＣＵモビリティ（Subsequent mobility）等の、ＤＵがセル切替を決定しＵＥに指示するモビリティにおいて、セキュリティ更新動作を適切にＵＥに指示することができる。すなわち、連続モビリティ（subsequent mobility）時にセキュリティ鍵の更新を実行することができる。
　前記制御部は、前記セキュリティに係る情報を受信するまで、前記ＣＳＣを送信しなくてもよい。当該構成により、連続インターＣＵモビリティ（Subsequent mobility）等の、ＤＵがセル切替を決定しＵＥに指示するモビリティにおいて、セキュリティ更新動作を適切にＵＥに指示することができる。
　前記制御部は、前記セキュリティに係る情報に基づいて、セル切替後にセキュリティ鍵更新が必要か否かを決定してもよい。当該構成により、連続インターＣＵモビリティ（Subsequent mobility）等の、ＤＵがセル切替を決定しＵＥに指示するモビリティにおいて、セキュリティ更新動作を適切にＵＥに指示することができる。
　前記制御部は、前記セキュリティに係る情報に基づいて、候補となるＬＴＭ設定ごとに、セル切替後にセキュリティ鍵更新が必要か否かを決定してもよい。当該構成により、連続インターＣＵモビリティ（Subsequent mobility）等の、ＤＵがセル切替を決定しＵＥに指示するモビリティにおいて、セキュリティ更新動作を適切にＵＥに指示することができる。
　前記制御部は、前記セキュリティに係る情報に含まれる、候補となるＬＴＭ設定に関連付けられたインターＣＵであるか否かを示す情報、基地局のＩＤ又はセキュリティＩＤに基づいて、セル切替後にセキュリティ鍵更新が必要か否かを決定してもよい。当該構成により、連続インターＣＵモビリティ（Subsequent mobility）等の、ＤＵがセル切替を決定しＵＥに指示するモビリティにおいて、セキュリティ更新動作を適切にＵＥに指示することができる。
　また、本発明の実施の形態によれば、ある端末に係る、ＬＴＭ（Lower layer Triggered Mobility）による連続モビリティを実行することを決定する手順と、セキュリティに係る情報を要求するメッセージをＣＵ（Central Unit）に送信する手順と、前記セキュリティに係る情報を含むメッセージを前記ＣＵから受信する手順と、前記セキュリティに係る情報を含むＣＳＣ（Cell Switch Command）を前記端末に送信する手順とを基地局が実行する通信方法が提供される。
　上記の構成により、連続インターＣＵモビリティ（Subsequent mobility）等の、ＤＵがセル切替を決定しＵＥに指示するモビリティにおいて、セキュリティ更新動作を適切にＵＥに指示することができる。すなわち、連続モビリティ（subsequent mobility）時にセキュリティ鍵の更新を実行することができる。
　（実施形態の補足）
　以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、基地局１０及び端末２０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って基地局１０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って端末２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
　また、情報の通知は、本開示で説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（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）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th　generation　mobile　communication　system）、５Ｇ（5th　generation　mobile　communication　system）、6th　generation　mobile　communication　system（６Ｇ）、xth　generation　mobile　communication　system（ｘＧ）（ｘＧ（ｘは、例えば整数、小数））、ＦＲＡ（Future　Radio　Access）、ＮＲ（new　Radio）、New　radio　access（ＮＸ）、Future　generation　radio　access（ＦＸ）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra　Mobile　Broadband）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張、修正、作成、規定された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。
　本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャート等は、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
　本明細書において基地局１０によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局１０を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、端末２０との通信のために行われる様々な動作は、基地局１０及び基地局１０以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷ等が考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局１０以外の他のネットワークノードが１つである場合を例示したが、他のネットワークノードは、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。
　本開示において説明した情報又は信号等は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
　入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
　本開示における判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital　Subscriber　Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
　本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component　Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
　本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
　また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
　上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
　本開示においては、「基地局（ＢＳ：Base　Station）」、「無線基地局」、「基地局装置」、「固定局（fixed　station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access　point）」、「送信ポイント（transmission　point）」、「受信ポイント（reception　point）」、「送受信ポイント（transmission/reception　point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
　基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：Ｒｅｍｏｔｅ　Ｒａｄｉｏ　Ｈｅａｄ））によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
　本開示において、基地局が端末に情報を送信することは、基地局が端末に対して、情報に基づく制御・動作を指示することと読み替えられてもよい。
　本開示においては、「移動局（ＭＳ：Mobile　Station）」、「ユーザ端末（user　terminal）」、「ユーザ装置（ＵＥ：User　Equipment）」、「端末」などの用語は、互換的に使用され得る。
　移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、移動可能な物体をいい、移動速度は任意である。また移動体が停止している場合も当然含む。当該移動体は、例えば、車両、輸送車両、自動車、自動二輪車、自転車、コネクテッドカー、ショベルカー、ブルドーザー、ホイールローダー、ダンプトラック、フォークリフト、列車、バス、リヤカー、人力車、船舶（ship and other watercraft）、飛行機、ロケット、人工衛星、ドローン（登録商標）、マルチコプター、クアッドコプター、気球、およびこれらに搭載される物を含み、またこれらに限らない。また、当該移動体は、運行指令に基づいて自律走行する移動体であってもよい。乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet of Things）機器であってもよい。
　また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数の端末２０間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局１０が有する機能を端末２０が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
　同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末が有する機能を基地局が有する構成としてもよい。
　本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking　up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
　「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
　参照信号は、ＲＳ（Reference　Signal）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。
　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
　本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
　上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
　本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
　本開示において、例えば、英語でのa,　an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
　本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
　以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
１０　　　　基地局
１１０　　　送信部
１２０　　　受信部
１３０　　　設定部
１４０　　　制御部
２０　　　　端末
２１０　　　送信部
２２０　　　受信部
２３０　　　設定部
２４０　　　制御部
３０　　　　ネットワークノード
１００１　　プロセッサ
１００２　　記憶装置
１００３　　補助記憶装置
１００４　　通信装置
１００５　　入力装置
１００６　　出力装置

Claims (6)

  1. 　ある端末に係る、ＬＴＭ（Lower layer Triggered Mobility）による連続モビリティを実行することを決定する制御部と、
    　セキュリティに係る情報を要求するメッセージをＣＵ（Central Unit）に送信する送信部と、
    　前記セキュリティに係る情報を含むメッセージを前記ＣＵから受信する受信部とを有し、
    　前記送信部は、前記セキュリティに係る情報を含むＣＳＣ（Cell Switch Command）を前記端末に送信する基地局。
  2. 　前記制御部は、前記セキュリティに係る情報を受信するまで、前記ＣＳＣを送信しない請求項１記載の基地局。
  3. 　前記制御部は、前記セキュリティに係る情報に基づいて、セル切替後にセキュリティ鍵更新が必要か否かを決定する請求項１記載の基地局。
  4. 　前記制御部は、前記セキュリティに係る情報に基づいて、候補となるＬＴＭ設定ごとに、セル切替後にセキュリティ鍵更新が必要か否かを決定する請求項１記載の基地局。
  5. 　前記制御部は、前記セキュリティに係る情報に含まれる、候補となるＬＴＭ設定に関連付けられた、インターＣＵであるか否かを示す情報、基地局のＩＤ又はセキュリティＩＤに基づいて、セル切替後にセキュリティ鍵更新が必要か否かを決定する請求項１記載の基地局。
  6. 　ある端末に係る、ＬＴＭ（Lower layer Triggered Mobility）による連続モビリティを実行することを決定する手順と、
    　セキュリティに係る情報を要求するメッセージをＣＵ（Central Unit）に送信する手順と、
    　前記セキュリティに係る情報を含むメッセージを前記ＣＵから受信する手順と、
    　前記セキュリティに係る情報を含むＣＳＣ（Cell Switch Command）を前記端末に送信する手順とを基地局が実行する通信方法。
PCT/JP2024/015343 2024-04-17 2024-04-17 基地局及び通信方法 Pending WO2025220169A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2024/015343 WO2025220169A1 (ja) 2024-04-17 2024-04-17 基地局及び通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2024/015343 WO2025220169A1 (ja) 2024-04-17 2024-04-17 基地局及び通信方法

Publications (1)

Publication Number Publication Date
WO2025220169A1 true WO2025220169A1 (ja) 2025-10-23

Family

ID=97403105

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2024/015343 Pending WO2025220169A1 (ja) 2024-04-17 2024-04-17 基地局及び通信方法

Country Status (1)

Country Link
WO (1) WO2025220169A1 (ja)

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ANDRES ARJONA, NOKIA: "Discussion on Inter-gNB-CU LTM Procedure", 3GPP DRAFT; R3-241527; TYPE DISCUSSION, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), vol. RAN WG3, no. Changsha, Hunan Province, CN; 20240415 - 20240419, 7 April 2024 (2024-04-07), FR, XP052589174 *
DAVID LECOMPTE, HUAWEI, HISILICON: "NR-DC with selective SCG activatiion", 3GPP DRAFT; R2-2305920; TYPE DISCUSSION; NR_MOB_ENH2-CORE, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), vol. RAN WG2, no. Incheon, KR; 20230522 - 20230526, 12 May 2023 (2023-05-12), FR, XP052315138 *

Similar Documents

Publication Publication Date Title
WO2025220169A1 (ja) 基地局及び通信方法
WO2025187015A1 (ja) 基地局及び通信方法
WO2025203529A1 (ja) ネットワークノード及び通信方法
WO2026042777A1 (ja) ネットワークノード及び通信方法
WO2025258081A1 (ja) ネットワークノード、基地局、及び通信方法
WO2025203531A1 (ja) 端末及び通信方法
WO2026042799A1 (ja) ネットワークノード及び通信方法
WO2025203530A1 (ja) 基地局及び通信方法
WO2025203532A1 (ja) ネットワークノード及び通信方法
WO2025099943A1 (ja) 小型基地局、ネットワークノード、及び通信方法
WO2025203535A1 (ja) ネットワークノード及び通信方法
JP2025155607A (ja) ネットワークノード及び通信方法
WO2025203533A1 (ja) 端末及び通信方法
WO2025258083A1 (ja) ネットワークノード、基地局、及び通信方法
JP2025157171A (ja) 基地局及び通信方法
WO2025258082A1 (ja) ネットワークノード及び基地局
WO2025203534A1 (ja) ネットワークノード及び通信方法
JP2025157084A (ja) 基地局及び通信方法
WO2025187014A1 (ja) ネットワークノード及び通信方法
JP2025156243A (ja) 基地局及び通信方法
JP2025155699A (ja) ネットワークノード及び通信方法
WO2025099941A1 (ja) 端末、小型基地局、ネットワークノード、及び通信方法
WO2025074606A1 (ja) ネットワークノード、基地局、及び通信方法
WO2025203576A1 (ja) ネットワークノード、端末、及び通信方法
WO2025032658A1 (ja) ネットワークノード、及び通信方法

Legal Events

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

Ref document number: 24935896

Country of ref document: EP

Kind code of ref document: A1