WO2023089979A1 - 通信装置、通信方法、およびプログラム - Google Patents

通信装置、通信方法、およびプログラム Download PDF

Info

Publication number
WO2023089979A1
WO2023089979A1 PCT/JP2022/037408 JP2022037408W WO2023089979A1 WO 2023089979 A1 WO2023089979 A1 WO 2023089979A1 JP 2022037408 W JP2022037408 W JP 2022037408W WO 2023089979 A1 WO2023089979 A1 WO 2023089979A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
communication device
iab
bap
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2022/037408
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.)
Canon Inc
Original Assignee
Canon 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 Canon Inc filed Critical Canon Inc
Priority to CN202280076331.6A priority Critical patent/CN118251877A/zh
Priority to EP22895265.1A priority patent/EP4436129A4/en
Priority to KR1020247019038A priority patent/KR102860842B1/ko
Publication of WO2023089979A1 publication Critical patent/WO2023089979A1/ja
Priority to US18/659,071 priority patent/US20240292267A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0273—Traffic management, e.g. flow control or congestion control adapting protocols for flow control or congestion control to wireless environment, e.g. adapting transmission control protocol [TCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/76—Routing in software-defined topologies, e.g. routing between virtual machines
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/80—Ingress point selection by the source endpoint, e.g. selection of ISP or POP
    • H04L45/85—Selection among different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/30—Peripheral units, e.g. input or output ports
    • H04L49/3009—Header conversion, routing tables or routing tags
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/248—Connectivity information update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Definitions

  • the present invention relates to a communication device, communication method, and program.
  • the IAB technology is a technology that uses millimeter wave wireless communication such as the 28 GHz band used for access communication between a base station and user equipment (UE) as backhaul communication (Patent Document 1).
  • a relay device In a backhaul communication network using IAB technology (hereinafter referred to as the IAB network), a relay device called an IAB node relays communication from an IAB donor, which corresponds to a conventional base station, to the destination UE.
  • IAB network in preparation for deterioration of wireless communication conditions between IAB donors and IAB nodes, it is possible to restore and improve communication conditions by switching communication paths and forming multiple communication paths (hereinafter referred to as multipath). being considered.
  • multipath multiple communication paths
  • the IAB donor and the IAB node, and between the IAB nodes communicate using BAP (Backhaul Adaptation Protocol).
  • BAP Backhaul Adaptation Protocol
  • BAP Backhaul Adaptation Protocol
  • eMBB High-speed large-capacity
  • URLLC low-delay
  • mMTC simultaneous multiple access
  • eMBB is an abbreviation for enhanced mobile broadband
  • URLLC is an abbreviation for Ultra-Reliable and Low Latency Communication
  • mMTC is an abbreviation for Massive Machine Type Communication.
  • packets may be routed by communication devices that do not support slice requests for relayed packets, and communication that satisfies slice requests may not be possible.
  • the present invention has been made in view of the above problems, and aims to provide a technique for communicating on a route that supports slice requests in a network that communicates using BAP.
  • a communication device is a network communication device that communicates using BAP (Backhaul Adaptation Protocol), a first specifying means for specifying, based on the received first packet, a slice type to be supported by another communication device in the network that transfers the first packet; a second identifying means for identifying other communication devices that support the slice type identified by the first identifying means based on slice types supported by other communication devices in the network; the second packet, which is communicated using the BAP generated based on the first packet, the second packet having a header set according to the identification result of the second identification means, the second packet being the second identification; a transmitting means for transmitting to the other communication device specified by the means; characterized by comprising BAP (Backhaul Adaptation Protocol), a first specifying means for specifying, based on the received first packet, a slice type to be supported by another communication device in the network that transfers the first packet; a second identifying means for identifying other communication devices that support the slice type identified by the first identifying means based on slice types supported by other communication devices
  • FIG. 1 is a diagram showing an example of an IAB network.
  • FIG. 2 is a hardware functional block diagram of the communication device.
  • FIG. 3 is a software functional block diagram of the communication device.
  • FIG. 4 is a diagram showing an example of path IDs within the IAB network 100.
  • FIG. 5 is a flow chart showing the communication method of the communication device.
  • FIG. 6 is a diagram showing an example of the routing list of the IAB donor 101.
  • FIG. 7 is a sequence diagram showing routing operations according to slice types.
  • FIG. 8 is a diagram showing an example of the routing list of the IAB node 105.
  • FIG. 9 is a flow chart showing the communication method of the communication device.
  • FIG. 1 is a diagram showing an example of an IAB network in the present invention.
  • the IAB network 100 shown in FIG. 1 includes an IAB donor 101 and IAB nodes 102 to 105 (hereinafter sometimes referred to as IAB nodes without distinction).
  • IAB donor 101 provides connectivity to CN 130 .
  • NR New Radio
  • the IAB donor 101 forms an IAB network (NR backhaul network) including IAB nodes.
  • CN is an abbreviation for Core Network, and is responsible for various processes such as authentication of user equipment UE 110 to 118 (hereinafter sometimes referred to as UE without distinction) and usage registration of network slices (slices). .
  • the IAB donor 101 is an example of a base station device that controls each IAB node and forms an area covered by its own station. It is also assumed that the IAB donor 101 assigns each IAB node a type of network slice that can be supported by each IAB node. Furthermore, it is assumed that the IAB donor 101 manages slice information supported by each IAB node as a list of NSSAI.
  • NSSAI is an abbreviation for Network Slice Selection Assistance Information.
  • the IAB donor 101 and the IAB node function as communication devices as described below, and in the following description the communication device is either the IAB donor 101 or the IAB node.
  • IAB network 100 when each UE is served by CN 130, packets from CN 130 are downlink transmitted to each UE via IAB donor 101. On the uplink, on the other hand, packets from each UE are similarly transmitted to CN 130 via IAB donor 101 .
  • packets conforming to the BAP data PDU (Protocol Data Unit) format are transmitted.
  • IP Internet Protocol
  • the forwarded BAP data packets are relayed by IAB nodes 102 to 105 , converted again to IP packets by IAB node 105 , and delivered to destination UE 118 .
  • IP packets from UE 118 are also converted to BAP data packets by IAB node 105 , converted again to IP packets by IAB donor 101 via IAB network 100 , and transferred to CN 130 .
  • the IAB donor 101 transfers packets addressed to the UE 118, it is necessary to select either the IAB node 102 or 103 communication path. Similarly, multiple paths are formed from the IAB node 102 to the IAB node 105, and it is necessary to select a route for transferring the BAP data packet.
  • the IAB nodes can differ in the type of network slice (slice type) that satisfies the communication requirements, that is, the slice type they support.
  • IAB node 102 may support eMBB and URLLC as slice types for IP packets, while IAB node 104 may support only mMTC.
  • forwarding a BAP data packet based on an IP packet whose slice type is eMBB to UE 118 on path P1 will not satisfy the slice type request (slice request) because IAB node 104 does not support eMBB. can't
  • FIG. 2 is a hardware block diagram of the communication device according to this embodiment.
  • the communication device includes a control section 201 , a storage section 202 , a wireless communication section 203 and an antenna control section 204 .
  • the control unit 201 controls the entire communication device by executing a control program stored in the storage unit 202.
  • the control unit 201 includes a processor that develops a control program in a memory and executes it.
  • the storage unit 202 stores control programs executed by the control unit 201 .
  • Storage unit 202 also stores information used in the IAB network, such as the BAP address of its own station, NSSAIs to support, information on connected UEs, and routing information on IAB nodes 102-105.
  • the BAP address is an address that can identify the IAB donor 101 or the IAB nodes 102 to 105 in the IAB network, and is used in the destination field of the BAP data packet header.
  • the storage unit 202 stores information that can identify the communication route of BAP data packets that have been communicated in the IAB network 100 in the past. For example, for BAP data packets that have been communicated in the past, information that can identify a communication route in association with a source BAP address and a destination BAP address can be stored.
  • the wireless communication unit 203 is a wireless communication unit for performing cellular network communication such as LTE (Long Term Evolution) and 5G (5th generation mobile communication system) conforming to the 3GPP standards.
  • Antenna control section 204 controls an antenna used for wireless communication performed in wireless communication section 203 .
  • a plurality of control units 201 to 204 may be arranged.
  • the communication device may include a configuration normally included in the base station device, such as a wired communication unit.
  • FIG. 3 is a software block diagram of the communication device according to this embodiment.
  • Software blocks of the communication device are implemented by causing the communication device to execute a program stored in the storage unit 202 in the control unit 201 .
  • Software blocks of the communication device include a transmission/reception unit 301 , a storage unit 302 , a connection control unit 303 , a slice request identification unit 304 , a route identification unit 305 , a notification unit 306 and a slice management unit 307 .
  • the transmitting/receiving unit 301 controls the wireless communication unit 203 via the control unit 201, executes cellular network communication such as LTE, 5G, etc., conforming to the 3GPP standard between the communication device and the UE, and transmits/receives IP packets. Also, the transmission/reception unit 301 transmits and receives BAP data packets within the IAB network 100 .
  • the connection control unit 303 controls the antenna control unit 204 via the control unit 201 during wireless communication.
  • the storage unit 302 controls and manages the storage unit 202, and stores programs executed by the control unit 201, such as the operating system of the communication device. Further, the storage unit 302 stores and holds the network topology of the IAB network 100, the communication path, the BAP address of the communication device, information on the UE, and the like.
  • the slice management unit 307 stores and manages NSSAI information supported by each IAB node.
  • the NSSAI information is collected by, for example, BAP data packets or packets conforming to various BAP control PDUs (hereinafter referred to as BAP control packets), but may be collected by other means.
  • the slice request identification unit 304 identifies the slice requested by the packet received by the communication device. For example, if IAB donor 101 receives an IP packet from CN 130, it identifies a slice request based on the IP packet. Also, if the IAB node receives a BAP data packet from a UE or other communication device, it may identify a slice request based on the received BAP data packet.
  • the route identifying unit 305 identifies a communication route (path) configured by at least one of the IAB donor 101 and IAB nodes 102 to 105 that supports the slice type of the received packet.
  • the communication device stores in the storage unit 302 a correspondence list (hereinafter referred to as a routing list) between identifiers (path IDs) of paths set in the IAB network 100 and supportable slice types.
  • the route identification unit 305 identifies a communication route by selecting a path that satisfies the slice required by the communication packet based on the routing list.
  • a path selection method will be described later.
  • Information that can identify the communication path identified by the path identification unit 305 is set in the path field of the BAP data packet as a path parameter.
  • the notification unit 306 cannot satisfy the slice request by using a BAP data message or a BAP control message toward the destination UEs 110 to 118 or CN 130. be notified.
  • the PDU type field of the BAP control message may indicate that the slice request has not been fulfilled.
  • the route parameters are communication route information including the BAP addresses of the IAB donor 101 and the IAB nodes 102-105 and the path ID.
  • a path ID is information for identifying a route formed by a combination of a series of relay IAB nodes from the IAB donor 101 to the destination IAB node of the BAP data packet.
  • FIG. 4 is a diagram for explaining paths in the IAB network 100 according to the first embodiment.
  • the IAB network 100 will be described as an example of the path ID included in the route parameter set in the BAP data packet.
  • IAB donor 101, IAB node 102, and IAB node 105 support slice types 1, 2, and 3;
  • the IAB node 103 supports slice types 2 and 3
  • the IAB node 104 supports slice types 1 and 3.
  • Path P 1 is the path ID connecting from IAB donor 101 to IAB node 105 via radio sections 400 , 403 , 405 .
  • P2 is the path ID connecting from IAB donor 101 to IAB node 105 via sections 400, 402, and 404;
  • P3 is the path ID connecting from IAB donor 101 to IAB node 105 via sections 401 and 404 .
  • only three paths are described, but other paths such as paths connecting to the IAB node 105 via sections 401, 402, 403, and 405, or It may be set alternatively.
  • the communication device identifies a slice request based on an IP packet, identifies a route based on the identified slice request, and sets a BAP in which a route parameter capable of identifying the identified route is set. Generate data packets.
  • a communication path within the IAB network 100 can be specified when converting an IP packet into a BAP data packet.
  • the IAB nodes 102 to 105 that relay the BAP data packet can identify the route for forwarding the packet based on the route parameters included in the BAP data packet.
  • FIG. 5 is a flowchart showing a method of generating an IP packet into a BAP data packet and transmitting the IP packet according to the first processing example.
  • IAB donor 101 receives IP packets from CN 130, generates BAP data packets and transmits them to IAB nodes.
  • the IAB donor 101 receives IP packets from the CN130.
  • the IAB donor 101 identifies the BAP address of the IAB nodes 102 to 105 to which the BAP data packet is to be transferred from the destination IP address (UE IP address) of the received IP packet, and adds set. For example, when the destination is the UE 118, the BAP address set in the destination field of the BAP data packet is the BAP address of the IAB node 105.
  • the requested slice type is specified by analyzing the destination IP address of the received IP packet or the application header. For example, if the IP address usage range is determined as a subnet for each slice in the IAB network 100, the required slice type can be specified only by the destination IP address. For example, for each slice type of UE, UE requesting slice type eMBB is "192.168.1.*", URLLC is "192.168.2.*”, and mMTC is "192.168.3.*". IP addresses can be assigned from a predetermined range as follows. where * is an integer from 0 to 255. In this case, the IAB donor 101 can identify slice requests based on the address range of the destination IP address.
  • the IAB donor 101 may specify a slice request based on the NIC or virtual NIC that received the IP packet.
  • NIC network interface
  • the processing of S503 to S505 is repeated for each pass.
  • the path ID is combined with the destination BAP address determined in S501 and used as a route parameter for specifying the route to the destination IAB node.
  • S504 it is determined whether a path with a path ID of Pn (n is an integer from 1 to the number of paths) satisfies the slice request.
  • the routing list is consulted to determine whether the path satisfies the slice requirement only for the IAB node 105 to which the destination UE 118 connects. If Pn satisfies the slice in S504, S507 is processed; otherwise, determination is made for the next path ID in S506. If there is no path that satisfies the slice request for all path IDs, the process exits from S503 to S505 and proceeds to S509.
  • Pn is set as the path ID that satisfies the slice request in the path ID field of the BAP data packet according to the path identification result.
  • the generated BAP data packet is transmitted, and the processing shown in FIG. 5 ends.
  • the IAB donor 101 In S509, the IAB donor 101 generates a BAP control packet notifying that the slice request is not satisfied, transmits it to the IAB nodes 102-105 connected to the destination UEs 110-118, and ends the processing shown in FIG. do.
  • an IP packet or the like may be used to notify the CN 130, which is the source, that the IAB donor 101 does not satisfy the required slices.
  • IP packets are used to communicate between the CN 130 and the UEs 110 to 118, but routes for other destinations can be specified in the same way. Also, in this embodiment, the process of transferring an IP packet as a BAP data packet has been described, but communication packets of other protocols can also be processed in the same manner.
  • the path specifying unit 305 selects a path that satisfies the slice request to the IAB node to which the destination UE is connected, and sets the path field in the header of the BAP data packet to route the packet so as to satisfy the slice request. can be transferred.
  • FIG. 6 shows an example of the routing list of the IAB donor 101 according to this embodiment.
  • IAB nodes 102 and 105 support eMBB, URLLC, and mMTC
  • IAB node 103 supports URLLC and mMTC
  • IAB node 104 supports eMBB and URLLC in the network configuration of FIG. .
  • the routing list 601 is a routing list managed by the IAB donor 101 and consists of BAP addresses, path IDs, and support slice types.
  • the routing list 601 associates BAP addresses as addresses of other communication devices, path IDs as route information configured by communication devices in the network, and slice types supported by the communication devices.
  • the slice type corresponds to SST (Slice Service Type).
  • SST Selice Service Type
  • the BAP addresses are "0001" for the IAB node 102, "0002" for the IAB node 103, "0003" for the IAB node 104, and "0004" for the IAB node 105.
  • Path IDs are P1 to P3 described with reference to FIG.
  • the IAB donor 101 identifies the destination BAP address based on the destination of the IP packet. Since UE 118 is connected to IAB node 105, IAB donor 101 identifies the destination BAP address of the BAP data packet as "0004" and sets the destination address of the BAP data packet to "0004".
  • the path IDs for the BAP address "0004" are P1, P2, and P3, and the path ID that can support eMBB in S503-S505 is P1. Accordingly, IAB donor 101 sets the path field of the BAP data packet to transfer the BAP data packet using path P1. As a result, the IAB nodes 102, 104, and 105 that receive the BAP data packet refer to the path field and relay the packet, so that the communication device that satisfies the slice request can relay the BAP data packet.
  • the IAB donor 101 forwards a communication packet requesting URLLC addressed to the UE 117
  • the BAP address is "0004"
  • the path ID where the packet is forwarded by a communication device that supports URLLC is P2. and specify.
  • the IAB donor 101 creates the routing list, but another node such as the CN 130 may create the routing list and send the routing list to the IAB donor 101 .
  • an IAB node may create a routing list in a similar manner. That is, the communication device may create the routing list based on the slice types and paths supported by other communication devices, or the communication device may receive the routing list from the other communication device or the CN 130 .
  • the IAB donor 101 has the identifiers of the IAB nodes through which the path IDs P1, P2, and P3 pass, and the slice types supported by each IAB node.
  • IAB donor 101 has information that can identify that path ID P1 passes through IAB nodes 102, 104, and IAB node 105.
  • path ID whether the path is used in downlink communication or in uplink communication may be associated.
  • IAB donor 101 can also specify that IAB node 102 supports slice types 1, 2 and 3, IAB node 104 supports slice types 1 and 3, and IAB node 105 supports slice types 1, 2 and 3. have information.
  • slice types 1, 2, and 3 are supported for the IAB node 102 through which the path ID P1 passes first.
  • the IAB donor 101 registers data 611 indicating that slice types 1, 2, and 3 are supported at BAP address 0001 (IAB node 102) for path ID P1.
  • slice types 1 and 3 are supported at BAP address 0003 (IAB node 104).
  • Slice types 1, 2, and 3 are supported on the path P1 to the IAB node 102 connected to the IAB node 104 . Therefore, the IAB donor 101 supports a slice type common to the slice types supported by the path up to the BAP address 0003 and the slice types 1 and 3 supported by the BAP address 0003 on the path P1 up to the BAP address 0003. judge. Therefore, the IAB donor 101 registers data 612 indicating that slice types 1 and 3 are supported at BAP address 0003 (IAB node 104) for path ID P1.
  • slice types 1, 2, and 3 are supported at BAP address 0004 (IAB node 105).
  • Slice types 1 and 3 are supported on the path P1 to the IAB node 104 connected to the IAB node 105 . Therefore, the IAB donor 101 supports slices common to the slice types supported by the path up to the BAP address 0004 and the slice types 1, 2, and 3 supported by the BAP address 0004 on the path P1 up to the BAP address 0004. Then judge. Therefore, the IAB donor 101 registers data 613 indicating that slice types 1 and 3 are supported at BAP address 0004 (IAB node 105) for path ID P1.
  • the supported slice types can be determined in association with the path IDs and the nodes located on the paths.
  • FIG. 7 is a sequence diagram showing processing for identifying a route according to the slice type according to this embodiment.
  • an RRC (Radio Resource Control) link is established in the IAB network 100, and a path ID is assigned by the IAB donor 101.
  • RRC has functions such as connection establishment in IAB nodes 102-105 and UEs 110-119, admission control, RRC state management, neighboring cell information and access control notification.
  • the IAB donor 101 collects NSSAI, which is slice support information for each IAB node 102-105.
  • NSSAI is slice support information for each IAB node 102-105.
  • the UE 118 transmits a Registration request to the CN 130 to request use of the eMBB slice.
  • the CN 130 transmits a Registration accept permitting the UE 118 to use the slice.
  • each UE requests the CN 130 for a network slice that it wishes to use.
  • the IAB donor 101 stores the IP addresses of the UEs 117 and 118 and the slice types permitted to be used by each. This is to identify the requested slice when IP packets for each UE 117, 118 are received from the CN 130.
  • FIG. it is assumed that when an IP packet is received from the CN 130, the requested slice is specified based on the destination address of the IP packet. may be specified.
  • an IAB routing list is created from the path ID and BAP address assigned by the IAB donor 101 at S700 and the slice support information of each IAB node collected at S701.
  • the CN 130 transmits an IP packet requesting an eMBB addressed to the UE 118.
  • the IAB donor 101 identifies the requested slice of the received IP packet from the destination IP address.
  • the BAP address of the IAB node 105 is identified from the IP address of the UE 118, and P1 is identified as the path ID that satisfies the eMBB from the routing list.
  • the IAB donor 101 also generates BAP data packets based on IP packets. Also, the IAB donor 101 sets the BAP address and path ID in the header of the BAP data packet and transmits it to the IAB node 105 .
  • the IAB nodes 102 and 104 forward the BAP data packet according to P1 set in the path ID.
  • the destination BAP address IAB node 105 receives the BAP data packet, converts it again to an IP packet and sends it to the UE 118 for forwarding to the UE 118.
  • the UE 118 receives the IP packet forwarded through the route that satisfies the eMBB requirements.
  • CN 130 transmits an IP packet requesting URLLC addressed to UE 117.
  • the IAB donor 101 identifies the requested slice of the received IP packet.
  • the BAP address of the IAB node 105 is identified from the IP address of the UE 117, P2 is selected from the routing list as the path ID that satisfies the URLLC, and a BAP data packet is generated and transmitted to the IAB node 105.
  • the IAB nodes 102 and 103 forward the BAP data packet according to P2 set in the path ID.
  • the IAB node 105 receives the BAP data packets, converts them to IP packets and transmits them to the UE 117 .
  • the UE 117 receives an IP packet that satisfies the request of URLLC.
  • the IAB donor 101 when the IAB donor 101 receives an IP packet, it generates and transmits a BAP data packet in which a path parameter that satisfies a slice request is set in the header. As a result, in the IAB network 100 in which multipaths are formed, it becomes possible to relay the BAP data packet to the destination UE on a communication path configured by a communication device in the network that satisfies the slicing requirements.
  • processing example 2 In processing example 1, downlink transmission has been described in which IP packets from CN 130 are transmitted from IAB donor 101 through IAB network 100 to destination UEs 117 and 118 .
  • Processing example 2 describes uplink operation in which a packet requesting a particular slice from UE 118 is transmitted from IAB node 105 to CN 130 via IAB network 100 .
  • the IAB node 105 When the IAB node 105 receives an IP packet addressed to the CN 130 from the UE 118, the IAB node 105 converts it into a BAP data packet and transmits it, in the same way as in process example 1. At this time, the address of the IAB donor 101 is set as the BAP address. Also, the path ID is selected by referring to the routing list.
  • the routing list in the IAB node 105 is created from the path ID in the IAB network 100, the BAP addresses of the IAB donor 101 and each IAB node 102-105, and the supporting NSSAIs, in the same manner as in process example 1.
  • the IAB nodes 102 to 105 according to the processing example 2 may each create a routing list, or may receive a routing list created by the IAB donor 101 or CN 130 .
  • FIG. 8 shows an example of the routing list of the IAB node 105 according to this embodiment.
  • the BAP address "0000" in the routing list 801 is the address of the IAB donor 101.
  • the IAB node 103 supports URLLC and mMTC
  • the IAB node 104 supports eMBB and URLLC.
  • the IAB nodes 102 and 105 shall support eMBB, URLLC, and mMTC.
  • the IAB node 105 uses the routing list 801, the IAB node 105 transfers a packet requesting eMBB from the UE 118 as an example to describe the process of identifying the route for transferring the BAP data packet in FIG.
  • the IAB node 105 receives an IP packet whose slice type is eMBB from the UE118. Since CN 130 is connected to IAB donor 101, the destination BAP address of the BAP data packet will be "0000". Therefore, in S502, the IAB node 105 identifies that the destination BAP address of the IP packet received from the UE 118 is "0000", and sets the destination BAP address "0000" in the BAP data packet.
  • the path ID that can support eMBB (slice type 1) is P1. Therefore, in S507, the IAB node 105 sets P1 in the path field of the header of the BAP data packet, and transmits the BAP data packet in S508.
  • the IAB node 105 transfers a URLLC packet from the source UE 117
  • the BAP address is "0000”
  • the path through which the packet is transferred by a communication device that supports URLLC is P2. or P3. Therefore, the header of the BAP data packet is set and transmitted based on the path previously determined to support URLLC.
  • the loop processing of S503 to S505 is terminated when a path that satisfies the slice request is found.
  • the communication device may select a path that satisfies the slice request and proceed to the processing of S507 to S508. In this case, multiple passes may be used in sequence if multiple passes support the slice type.
  • the communication device receives an IP packet, identifies the slice type and communication path that should be supported by the communication device that transfers the BAP data packet, and sets the header of the BAP data packet for transfer. explained.
  • the slice type of the IP packet received by the communication apparatus is transmitted to the first other communication apparatus that supports the slice type along with information that can specify the slice type.
  • a first other communication device that receives the BAP data packet from the communication device identifies the slice type, identifies a second other communication device that supports the slice type, and forwards the BAP data packet.
  • a communication method executed by the communication device according to the present embodiment will be described with reference to FIG.
  • the processing shown in FIG. 9 is executed by the control unit 201 of the communication device.
  • the communication device receives a packet.
  • IAB donor 101 receives IP packets from CN 130
  • IAB nodes receive IP packets from UEs
  • IAB nodes receive BAP packets from other IAB nodes.
  • the communication device identifies the slice type to be supported by the communication device that transfers the BAP data packet based on the received packet.
  • the slice type may be identified based on the destination IP address or address range as described above. Also, when an IAB node receives a BAP packet from another IAB node, the slice type may be identified based on the header of the BAP data packet.
  • the communication device determines whether or not another directly connected communication device (adjacent node) supports the slice type identified in S901. For example, in the topology of FIG. 4, when the IAB node 102 receives a BAP data packet from the IAB donor 101, the slice types supported by the IAB nodes 103 and 104 are determined. If any adjacent node determines that it supports the slice request (Yes in S903), the communication device advances the process to S906. In S906, a BAP data packet with NEXT HOP set in the path field is generated based on the information of the adjacent node that satisfies the slice request specified in S902 to S904.
  • the communication device transmits the generated BAP data packet to the identified adjacent node (S907). If the communication device receives a BAP data packet at S900, it may update only the path field of the BAP data packet. If the communication device receives an IP packet in S900, it generates a BAP data packet based on the IP packet and sets a value indicating the specified slice request in the packet header. In one example, the SST value is assigned to reserved bits in the packet header.
  • S907 and S908 are the same as that of S508 and S509 in FIG. 5, so the explanation is omitted.
  • the communication device when relaying a BAP data packet, specifies another communication device that supports the slice type, creates and transmits the BAP data packet. As a result, if each communication device can identify the slice type supported by the adjacent node, the IAB donor 101 can route the BAP data packet through a communication path that satisfies the slice request without creating a routing list.
  • the communication device acquires information related to communication history, such as addresses and paths of other communication devices, included in the headers of BAP data packets that have been transmitted and received in the network in the past, and based on the acquisition result, the BAP data packet to identify the destination of the This makes it possible to identify other communication devices that transmit BAP data packets based on the packets that the communication device has transmitted and received in the past.
  • the IAB nodes 102 to 105 use the routing list to determine the path ID.
  • Another example is to store the path ID and UE IP address of previously received BAP data packets from the IAB donor 101, and convert the IP packets from the UE to the uplink corresponding to the same path or the downlink path. You can set the path and send it.
  • the forwarding destination may not be found as a result of forwarding the packet depending on whether or not the adjacent node supports the slice type of the BAP data packet.
  • a communication device that receives a notification that it has failed to identify another communication device that supports the slice type can forward the BAP data packet to a neighboring node in a different network than the neighboring node to which it previously sent.
  • the present invention supplies a program that implements one or more functions of the above-described embodiments to a system or apparatus via a network or a storage medium, and one or more processors in the computer of the system or apparatus reads and executes the program. It can also be realized by processing to It can also be implemented by a circuit (for example, ASIC) that implements one or more functions.
  • a circuit for example, ASIC
  • IAB network 101 IAB donor, 102 to 105 IAB nodes, 110 to 118 UE, 201 control unit, 202 storage unit, 203 wireless communication unit, 204 antenna control unit, 301 transmission/reception unit, 302 storage unit, 303 connection control unit, 304 slice request identification unit, 305 route identification unit, 306 notification unit, 307 slice management unit

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

ＢＡＰ（Ｂａｃｋｈａｕｌ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を使用して通信するネットワークの通信装置は、受信した第１パケットに基づいて、第１パケットの転送を行うネットワーク内の他の通信装置がサポートすべきスライス種別を特定し、ネットワーク内の他の通信装置がサポートするスライス種別に基づいて、特定したスライス種別をサポートする他の通信装置を特定し、第１パケットに基づいて生成されたＢＡＰを使用して通信される第２パケットであって、特定結果に応じてヘッダが設定された第２パケットを、特定した他の通信装置に送信する。

Description

通信装置、通信方法、およびプログラム
　本発明は、通信装置、通信方法、およびプログラムに関するものである。
　３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）において、バックホール用の通信技術としてＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　ａｎｄ　Ｂａｃｋｈａｕｌ）技術の規格化が進んでいる。ＩＡＢ技術は、基地局とユーザ装置（ＵＥ：Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）との間のアクセス通信に用いられる２８ＧＨｚ帯等のミリ波無線通信を、バックホール通信として利用する技術である（特許文献１）。
　ＩＡＢ技術を用いたバックホール通信網（以降、ＩＡＢネットワーク）において、ＩＡＢノードと呼ばれる中継機器が、従来の基地局に相当するＩＡＢドナーからの通信を宛先のＵＥまで中継する。ＩＡＢネットワークでは、ＩＡＢドナーやＩＡＢノード間の無線通信状況が悪化した場合に備え、通信パスの切り替えや複数の通信パス（以下、マルチパス）を形成することで通信状況を復旧、改善することが検討されている。また、ＩＡＢネットワークにおいて、ＩＡＢドナーとＩＡＢノード、ＩＡＢノード間はＢＡＰ（Ｂａｃｋｈａｕｌ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を使用して通信する。ＢＡＰは、主に複数のＩＡＢノード間で通信パケットをルーティングするためのプロトコルとして規定されている。
特表２０１９－５３４６２５号公報
　ここで、次世代の公衆網において、複数の異なるサービスの要求条件に対応するネットワークスライス（以降、スライス）を共通ネットワーク上に仮想的に提供するネットワークスライシングという概念の導入検討が進んでいる。スライスの種別としては、高速大容量（ｅＭＢＢ）、低遅延（ＵＲＬＬＣ）、同時多重接続（ｍＭＴＣ）が規定される。ｅＭＢＢはｅｎｈａｎｃｅｄ　Ｍｏｂｉｌｅ　ＢｒｏａｄＢａｎｄの略である。また、ＵＲＬＬＣはＵｌｔｒａ－Ｒｅｌｉａｂｌｅ　ａｎｄ　Ｌｏｗ　Ｌａｔｅｎｃｙ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｍＭＴＣはｍａｓｓｉｖｅ　Ｍａｃｈｉｎｅ　Ｔｙｐｅ　Ｃｏｍｍｕｎｉｃａｔｉｏｎの略である。例えば、ＵＥが所定のネットワークスライスを要求し、基地局越しのＣＮ（Ｃｏｒｅ　Ｎｅｔｗｏｒｋ）が応答することで要求されたネットワークを利用して通信を行う仕組みの検討が進められている。
　しかしながら、ＩＡＢネットワークにおいて、中継されるパケットのスライス要求をサポートしない通信装置によってパケットがルーティングされる場合があり、スライス要求を満たす通信が行えない可能性があった。
　本発明は、上述の問題に鑑みてなされたものであり、ＢＡＰを使用して通信するネットワークにおいて、スライス要求をサポートする経路で通信を行うための技術を提供することを目的とする。
　上記の課題を解決するため、本発明に係る通信装置は、ＢＡＰ（Ｂａｃｋｈａｕｌ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を使用して通信するネットワークの通信装置であって、
　受信した第１パケットに基づいて、前記第１パケットの転送を行う前記ネットワーク内の他の通信装置がサポートすべきスライス種別を特定する第１特定手段と、
　前記ネットワーク内の他の通信装置がサポートするスライス種別に基づいて前記第１特定手段で特定した前記スライス種別をサポートする他の通信装置を特定する第２特定手段と、
　前記第１パケットに基づいて生成されたＢＡＰを使用して通信される第２パケットであって、前記第２特定手段の特定結果に応じてヘッダが設定された第２パケットを、前記第２特定手段で特定した前記他の通信装置に送信する送信手段と、
　を備えることを特徴とする。
　本発明によれば、ＢＡＰを使用して通信するネットワークにおいて、スライス要求をサポートする経路で通信を行うための技術を提供することができる。
　本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。
　添付図面は明細書に含まれ、その一部を構成し、本発明の実施の形態を示し、その記述と共に本発明の原理を説明するために用いられる。
図１はＩＡＢネットワークの一例を示す図である。 図２は通信装置のハードウェア機能ブロック図である。 図３は通信装置のソフトウェア機能ブロック図である。 図４はＩＡＢネットワーク１００内のパスＩＤの一例を示す図である。 図５は通信装置の通信方法を示すフローチャートである。 図６はＩＡＢドナー１０１のルーティングリストの一例を示す図である。 図７はスライス種別に応じたルーティング動作を示すシーケンス図である。 図８はＩＡＢノード１０５のルーティングリストの一例を示す図である。 図９は通信装置の通信方法を示すフローチャートである。
　以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。
　＜実施形態１＞
　図１は本発明におけるＩＡＢネットワークの一例を示す図である。図１に示すＩＡＢネットワーク１００は、ＩＡＢドナー１０１、ＩＡＢノード１０２～１０５（以下、区別せずＩＡＢノードと呼ぶ場合がある）を含む。ＩＡＢドナー１０１は、ＣＮ１３０への接続を提供する。ＩＡＢネットワーク１００では、ネットワーク内でのバックホールリンクおよびアクセスリンクの双方でＮＲ（Ｎｅｗ　Ｒａｄｉｏ）通信が用いられる。ＩＡＢドナー１０１は、ＩＡＢノードを含むＩＡＢネットワーク（ＮＲバックホールネットワーク）を形成している。ここで、ＣＮはＣｏｒｅ　Ｎｅｔｗｏｒｋの略であり、ユーザ装置であるＵＥ１１０～１１８（以下、区別せずＵＥと呼ぶ場合がある）の認証やネットワークスライス（スライス）の利用登録等の様々な処理を担う。
　ＩＡＢドナー１０１は、各ＩＡＢノードを統括制御し、自局のカバーするエリアを形成する基地局装置の一例である。また、ＩＡＢドナー１０１により各ＩＡＢノードに対して、各々がサポート可能なネットワークスライスの種別が割り当てられているものとする。さらにＩＡＢドナー１０１は、各ＩＡＢノードがサポートしているスライス情報をＮＳＳＡＩのリストとして管理しているものとする。ここでＮＳＳＡＩとは、Ｎｅｔｗｏｒｋ　Ｓｌｉｃｅ　Ｓｅｌｅｃｔｉｏｎ　Ａｓｓｉｓｔａｎｃｅ　Ｉｎｆｏｒｍａｔｉｏｎの略である。
　ＩＡＢドナー１０１およびＩＡＢノードは以下で説明するように、通信装置として機能し、以下の説明において通信装置はＩＡＢドナー１０１およびＩＡＢノードのうちのいずれかであるものとして説明を行う。
　ＩＡＢネットワーク１００において、各ＵＥがＣＮ１３０からサービス提供を受ける場合は、ＣＮ１３０からのパケットがＩＡＢドナー１０１を介して各ＵＥへダウンリンク送信される。これに対してアップリンクでは各ＵＥからのパケットが同様にＩＡＢドナー１０１を介してＣＮ１３０へ送信される。
　ここで、ＩＡＢネットワーク１００内では、パケットとしてＢＡＰデータＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）のフォーマットに従ったパケット（以降、ＢＡＰデータパケットと呼ぶ場合がある）が伝送される。例えば、ＣＮ１３０からＵＥ１１８を宛先とするＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）パケットは、ＩＡＢドナー１０１において、ＢＡＰデータパケットへ変換され、ＩＡＢネットワーク１００内へ転送される。転送されたＢＡＰデータパケットは、ＩＡＢノード１０２～１０５によって中継され、ＩＡＢノード１０５で再度ＩＰパケットへ変換され、宛先ＵＥ１１８へ届けられる。同様に、ＵＥ１１８からのＩＰパケットについてもＩＡＢノード１０５でＢＡＰデータパケットに変換され、ＩＡＢネットワーク１００を介してＩＡＢドナー１０１で再度ＩＰパケットに変換され、ＣＮ１３０へ転送される。
　ＩＡＢネットワーク１００では、ＩＡＢドナー１０１がＵＥ１１８宛てのパケットを転送する場合に、ＩＡＢノード１０２または１０３のいずれかの通信経路を選択する必要がある。同様にＩＡＢノード１０２からＩＡＢノード１０５までにもマルチパスが形成されており、ＢＡＰデータパケットを転送する経路を選択する必要がある。
　ここで、ＩＡＢノードは、通信の要件を満たすネットワークスライスの種類（スライス種別）、すなわちサポートするスライス種別が異なりうる。例えば、ＩＡＢノード１０２はＩＰパケットのスライス種別としてｅＭＢＢ、ＵＲＬＬＣをサポートする一方、ＩＡＢノード１０４はｍＭＴＣのみをサポートする場合がある。このような場合、パスＰ１でＵＥ１１８にスライス種別がｅＭＢＢであるＩＰパケットに基づくＢＡＰデータパケットを転送すると、ＩＡＢノード１０４がｅＭＢＢをサポートしていないため、スライス種別の要求（スライス要求）を満たすことができない。
　したがって、ＩＡＢドナー１０１及び、ＩＡＢノードでのＢＡＰデータパケットのルーティングにおいて、ＵＥ１１８宛てのパケットが特定のスライス種別を要求する場合に、スライス要求を満たすＩＡＢノードを経由する必要がある。以下では、ＩＡＢネットワーク１００のようにマルチパスが形成されているネットワークにおいて、特定のスライス要求のあるパケットをスライス要求がサポートされる通信装置によって構成される経路で転送する方法について説明を行う。尚、本実施形態ではＣＮ１３０からのパケットをＩＡＢドナー１０１で経由し、ＩＡＢノード１０２～１０５へ転送するダウンリンク通信について説明を行う。
　図２は本実施形態に係る通信装置のハードウェアブロック図である。通信装置は制御部２０１、記憶部２０２、無線通信部２０３及び、アンテナ制御部２０４を含む。
　制御部２０１は、記憶部２０２に記憶される制御プログラムを実行することにより通信装置全体を制御する。一例では、制御部２０１は、制御プログラムをメモリに展開して実行するプロセッサを備える。
　記憶部２０２は、制御部２０１によって実行される制御プログラムを格納する。また、記憶部２０２は、自局のＢＡＰアドレスやサポートするＮＳＳＡＩ、接続されるＵＥ情報、ＩＡＢノード１０２～１０５のルーティング情報等のＩＡＢネットワークで使用する情報を記憶する。ここで、ＢＡＰアドレスとはＩＡＢネットワークにおいてＩＡＢドナー１０１または、ＩＡＢノード１０２～１０５を特定可能なアドレスであり、ＢＡＰデータパケットのヘッダ部分の宛先フィールドに使用される。
　また、後述するように、記憶部２０２には、ＩＡＢネットワーク１００で過去に通信が行われたＢＡＰデータパケットの通信経路を特定可能な情報が格納される。例えば、過去に通信が行われたＢＡＰデータパケットについて、送信元ＢＡＰアドレス、宛先ＢＡＰアドレスに対応付けて通信経路を特定可能な情報が格納されうる。
　無線通信部２０３は、３ＧＰＰ規格に準拠するＬＴＥ（Long Term Evolution）、５Ｇ（第五世代移動通信システム）等のセルラ網通信を行うための無線通信部である。アンテナ制御部２０４では、無線通信部２０３において実行される無線通信に使用するアンテナを制御する。
　なお、制御部２０１～アンテナ制御部２０４は複数配置されてもよい。また、通信装置は有線通信部など、基地局装置が通常に備える構成を含んでもよい。
　図３は本実施形態に係る通信装置のソフトウェアブロック図である。通信装置のソフトウェアブロックは、通信装置が記憶部２０２に格納されたプログラムを制御部２０１において実行することで実現される。通信装置のソフトウェアブロックは、送受信部３０１、記憶部３０２、接続制御部３０３、スライス要求特定部３０４、経路特定部３０５、通知部３０６、スライス管理部３０７を含む。
　送受信部３０１は、制御部２０１を介して無線通信部２０３を制御し、通信装置とＵＥとの間で３ＧＰＰ規格に準拠したＬＴＥ、５Ｇ等のセルラ網通信を実行し、ＩＰパケットを送受信する。また、送受信部３０１は、ＩＡＢネットワーク１００内でＢＡＰデータパケットの送受信を行う。接続制御部３０３は、無線通信時に制御部２０１を介してアンテナ制御部２０４を制御する。
　記憶部３０２は、記憶部２０２の制御や管理を行い、通信装置のオペレーティングシステムなどの制御部２０１によって実行されるプログラムを記憶する。また、記憶部３０２は、ＩＡＢネットワーク１００のネットワークトポロジ、通信経路、通信装置のＢＡＰアドレス、およびＵＥに関する情報等を記憶保持する。
　スライス管理部３０７は各ＩＡＢノードがサポートするＮＳＳＡＩ情報を記憶、管理する。なお、ＮＳＳＡＩ情報は、例えばＢＡＰデータパケットもしくは、ＢＡＰの各種制御ＰＤＵに従うパケット（以降、ＢＡＰ制御パケット）により収集するものとするが他の手段により収集してもよいものとする。
　スライス要求特定部３０４では、通信装置が受信したパケットが要求するスライスを特定する。例えば、ＩＡＢドナー１０１がＣＮ１３０からＩＰパケットを受信した場合には、ＩＰパケットに基づいてスライス要求を特定する。また、ＩＡＢノードがＵＥまたは他の通信装置からＢＡＰデータパケットを受信した場合には、受信したＢＡＰデータパケットに基づいてスライス要求を特定してもよい。
　経路特定部３０５では、受信したパケットのスライス種別をサポートするＩＡＢドナー１０１およびＩＡＢノード１０２～１０５の少なくともいずれかの通信装置によって構成される通信経路（パス）を特定する。ここで、通信装置はＩＡＢネットワーク１００に設定されたパスの識別子（パスＩＤ）とサポート可能なスライス種別との対応リスト（以降、ルーティングリスト）を記憶部３０２に記憶している。
　経路特定部３０５は、一例ではルーティングリストに基づいて通信パケットが要求するスライスを満たすパスを選択することで通信経路を特定する。パスの選択方法については後述する。経路特定部３０５によって特定された通信経路を特定可能な情報は経路パラメータとしてＢＡＰデータパケットのパスフィールドに設定される。
　通知部３０６は、スライス要求を満たすパスが特定できなかった場合には、宛先のＵＥ１１０～１１８または、ＣＮ１３０へ向けてＢＡＰデータメッセージもしくは、ＢＡＰ制御メッセージを使用して、スライス要求を満たすことができないことを通知する。通知の方法としては例えば、ＢＡＰ制御メッセージのＰＤＵタイプフィールドにおいてスライス要求が未達成であることを示してもよいものとする。
　ここで、経路パラメータはＩＡＢドナー１０１及び、ＩＡＢノード１０２～１０５のＢＡＰアドレスおよび、パスＩＤを含む通信経路情報である。パスＩＤはＩＡＢドナー１０１からＢＡＰデータパケットの宛先のＩＡＢノードまでの一連の中継ＩＡＢノードの組み合わせによって構成される経路を識別する情報である。
　図４は実施形態１に係るＩＡＢネットワーク１００内のパスを説明する図である。ここでは、ＢＡＰデータパケットに設定される経路パラメータに含まれるパスＩＤについてＩＡＢネットワーク１００を例に説明する。なお、図４の例では、スライス種別ｅＭＢＢ＝１、ＵＲＬＬＣ＝２、ｍＭＴＣ＝３として、通信装置がサポートするスライス種別をカッコ内に示している。例えば、ＩＡＢドナー１０１、ＩＡＢノード１０２、およびＩＡＢノード１０５は、スライス種別１，２，３をサポートする。また、ＩＡＢノード１０３はスライス種別２，３をサポートし、ＩＡＢノード１０４はスライス種別１，３をサポートする。
　ＩＡＢネットワーク１００において、ＩＡＢドナー１０１から各ＩＡＢノード１０２～１０５までの経路は識別子がＰ１～Ｐ３のパスで表すことができる。パスＰ１はＩＡＢドナー１０１から無線区間（セクション）４００、４０３、４０５を介してＩＡＢノード１０５へ接続するパスＩＤである。また、Ｐ２はＩＡＢドナー１０１からセクション４００、４０２、４０４を介してＩＡＢノード１０５へ接続するパスＩＤである。さらに、Ｐ３はＩＡＢドナー１０１からセクション４０１、４０４を介してＩＡＢノード１０５へ接続するパスＩＤである。なお、本実施形態では３つのパスのみが設定されているものとして説明するが、例えばセクション４０１、４０２、４０３、４０５を介してＩＡＢノード１０５に接続する経路など他の経路が付加的に、または代替的に設定されてもよい。
　本実施形態に係るＩＡＢネットワーク１００では、通信装置は、ＩＰパケットに基づいてスライス要求を特定し、特定したスライス要求に基づいて経路を特定し、特定した経路を特定可能な経路パラメータを設定したＢＡＰデータパケットを生成する。これによって、ＩＰパケットをＢＡＰデータパケットに変換する際に、ＩＡＢネットワーク１００内の通信経路を指定することができる。また、ＢＡＰデータパケットを中継するＩＡＢノード１０２～１０５は、ＢＡＰデータパケットに含まれる経路パラメータに基づいて、パケットを転送する経路を特定することができる。
　（処理例１）
　図５は処理例１に係る通信装置が、ＩＰパケットをＢＡＰデータパケットに生成して送信する方法を示したフローチャートである。以下の説明では、ＩＡＢドナー１０１がＣＮ１３０からＩＰパケットを受信し、ＢＡＰデータパケットを生成してＩＡＢノードに送信するものとして説明する。
　Ｓ５００では、ＩＡＢドナー１０１がＣＮ１３０からＩＰパケットを受信する。Ｓ５０１では、ＩＡＢドナー１０１は受信したＩＰパケットの宛先のＩＰアドレス（ＵＥのＩＰアドレス）から、ＢＡＰデータパケットを転送すべきＩＡＢノード１０２～１０５のＢＡＰアドレスを特定し、ＢＡＰデータパケットの宛先フィールドに設定する。例えば、宛先がＵＥ１１８である場合にはＢＡＰデータパケットの宛先フィールドに設定されるＢＡＰアドレスはＩＡＢノード１０５のＢＡＰアドレスとなる。
　Ｓ５０２では、受信したＩＰパケットの宛先ＩＰアドレスもしくは、アプリヘッダを解析することで要求するスライス種別を特定する。例えば、ＩＡＢネットワーク１００内でスライス毎にサブネットとしてＩＰアドレスの利用範囲が決められている場合には、宛先ＩＰアドレスのみで要求されるスライス種別を特定可能である。例えば、ＵＥのスライス種別ごとに、スライス種別ｅＭＢＢを要求するＵＥは“１９２．１６８．１．＊”、ＵＲＬＬＣは“１９２．１６８．２．＊”、ｍＭＴＣは“１９２．１６８．３．＊”のようにＩＰアドレスが所定の範囲から割り当てられうる。ここで、＊は０～２５５の整数である。この場合、ＩＡＢドナー１０１は、宛先ＩＰアドレスのアドレス範囲に基づいてスライス要求を特定することができる。
　あるいは、ＩＡＢドナー１０１がスライス種別ごとにネットワークインタフェース（ＮＩＣ）または仮想ＮＩＣを有する場合には、ＩＡＢドナー１０１がＩＰパケットを受信したＮＩＣまたは仮想ＮＩＣに基づいてスライス要求を特定してもよい。
　Ｓ５０３～Ｓ５０５の処理は、それぞれのパスについて繰り返し処理される。ここでパスＩＤはＳ５０１で決定した宛先ＢＡＰアドレスと組み合わせて宛先ＩＡＢノードまでの経路を特定する経路パラメータとして使用される。
　Ｓ５０４においてパスＩＤがＰｎ（ｎは１～パスの数までの整数）のパスがスライス要求を満たすかどうかを判定する。ここでは、ルーティングリストを参照し、宛先ＵＥ１１８が接続するＩＡＢノード１０５についてのみ、パスがスライス要求を満たすかどうかを判定する。Ｓ５０４でＰｎがスライスを満たす場合にはＳ５０７を処理し、そうでない場合にはＳ５０６で次のパスＩＤについて判定を行う。全てのパスＩＤにおいてスライス要求を満たすパスがない場合にはＳ５０３～Ｓ５０５の繰り返し処理を抜けてＳ５０９を処理する。
　Ｓ５０７では、経路の特定結果に応じてＢＡＰデータパケットのパスＩＤフィールドにスライス要求を満たすパスＩＤとしてＰｎを設定する。Ｓ５０８では、生成したＢＡＰデータパケットを送信して図５に示す処理を終了する。
　Ｓ５０９では、ＩＡＢドナー１０１は、スライス要求を満たしてないことを通知するＢＡＰ制御パケットを生成し、宛先ＵＥ１１０～１１８が接続するＩＡＢノード１０２～１０５に向けて送信して図５に示す処理を終了する。一例では、送信元であるＣＮ１３０に対してＩＡＢドナー１０１は要求されるスライスを満たしていない旨をＩＰパケット等で通知してもよい。
　本実施形態では、ＩＰパケットを用いてＣＮ１３０とＵＥ１１０～１１８間での通信を行うことを想定したが、他の宛先についても同様に経路を特定することができる。また、本実施形態ではＩＰパケットをＢＡＰデータパケットとして転送する際の処理について説明したが、他のプロトコルの通信パケットも同様の手順で処理できる。
　以上のように経路特定部３０５において、宛先ＵＥが接続されるＩＡＢノードまでのスライス要求を満たすパスを選択し、ＢＡＰデータパケットのヘッダのパスフィールドに設定することで、スライス要求を満たすようパケットを転送することが可能となる。
　図６に本実施形態に係るＩＡＢドナー１０１のルーティングリストの一例を示す。
　図６では、図４のネットワーク構成において、ＩＡＢノード１０２および１０５がｅＭＢＢ、ＵＲＬＬＣ、及びｍＭＴＣを、ＩＡＢノード１０３がＵＲＬＬＣとｍＭＴＣとを、ＩＡＢノード１０４がｅＭＢＢとＵＲＬＬＣとをサポートするものとして説明する。
　ルーティングリスト６０１は、ＩＡＢドナー１０１が管理するルーティングリストであり、ＢＡＰアドレス、パスＩＤ、およびサポートスライス種別から構成される。ルーティングリスト６０１は、他の通信装置のアドレスとしてのＢＡＰアドレスと、ネットワーク内の通信装置によって構成される経路情報としてのパスＩＤと、通信装置によってサポートされるスライス種別とが関連付けられている。スライス種別はＳＳＴ（Ｓｌｉｃｅ　Ｓｅｒｖｉｃｅ　Ｔｙｐｅ）に対応する。図６ではｅＭＢＢはＳＳＴ＝"１"、ＵＲＬＬＣはＳＳＴ＝"２"、ｍＭＴＣはＳＳＴ＝"３"として示す。また、ＢＡＰアドレスはＩＡＢノード１０２が"０００１"、ＩＡＢノード１０３が"０００２"、ＩＡＢノード１０４が"０００３"、ＩＡＢノード１０５が"０００４"である。パスＩＤは、図４を参照して説明したＰ１～Ｐ３である。
　６０１においては、ＩＡＢノード１０３がｅＭＢＢ（ＳＳＴ＝１）をサポートしていないため、ＢＡＰアドレス"０００２"のＩＡＢノード１０３を経由する経路Ｐ２及び、Ｐ３でｅＭＢＢ（ＳＳＴ＝１）がサポートされない。また、ＩＡＢノード１０４はＵＲＬＬＣをサポートしていないため、ＢＡＰアドレス"０００３"のＩＡＢノード１０４を経由する経路Ｐ１において、ＵＲＬＬＣ（ＳＳＴ＝２）がサポートされない。
　ここで、ＩＡＢドナー１０１が、ＵＥ１１８宛てにスライス要求としてｅＭＢＢを要求するパケットを転送する場合を例に、経路を特定する動作を説明する。
　Ｓ５０１において、ＩＡＢドナー１０１は、ＩＰパケットの宛先に基づいて宛先のＢＡＰアドレスを特定する。ＵＥ１１８は、ＩＡＢノード１０５に接続しているため、ＩＡＢドナー１０１はＢＡＰデータパケットの宛先ＢＡＰアドレスが"０００４"であると特定し、ＢＡＰデータパケットの宛先アドレスに"０００４"を設定する。
　ルーティングリスト６０１において、ＢＡＰアドレス"０００４"に対するパスＩＤはＰ１、Ｐ２、Ｐ３であり、Ｓ５０３～Ｓ５０５においてｅＭＢＢをサポート可能なパスＩＤはＰ１となる。したがって、ＩＡＢドナー１０１は、パスＰ１を使用してＢＡＰデータパケットを転送するようにＢＡＰデータパケットのパスフィールドを設定する。これによって、ＢＡＰデータパケットを受信するＩＡＢノード１０２，１０４，および１０５はパスフィールドを参照してパケットの中継を行うことで、スライス要求を満たす通信装置でＢＡＰデータパケットの中継を行うことができる。
　また、ＩＡＢドナー１０１が、ＵＥ１１７宛てのＵＲＬＬＣを要求する通信パケットを転送する場合は、ＢＡＰアドレスは"０００４"であり、ＵＲＬＬＣをサポートする通信装置によってパケットの転送が行われるパスＩＤはＰ２であると特定する。
　（ルーティングリストの作成方法）
　ここで、図６を参照して、ルーティングリストを作成する処理について説明する。
　ここで、図４に示すネットワーク構成において、パスＩＤ　Ｐ１、Ｐ２、Ｐ３について、図６に示すルーティングリストを作成する処理について説明する。なお、本実施形態ではＩＡＢドナー１０１がルーティングリストを作成するものとして説明を行うが、ＣＮ１３０など、他のノードが作成し、ＩＡＢドナー１０１にルーティングリストを送信してもよい。あるいは、同様の方法でＩＡＢノードがルーティングリストを作成してもよい。すなわち、通信装置が他の通信装置がサポートするスライス種別やパスに基づいてルーティングリストを作成してもよいし、通信装置は他の通信装置またはＣＮ１３０からルーティングリストを受信してもよい。
　ここで、ＩＡＢドナー１０１はパスＩＤ　Ｐ１、Ｐ２、Ｐ３が通過するＩＡＢノードの識別子、および、それぞれのＩＡＢノードがサポートするスライス種別に関する情報を有しているものとする。例えば、ＩＡＢドナー１０１はパスＩＤ　Ｐ１について、ＩＡＢノード１０２、１０４、およびＩＡＢノード１０５を通過することを特定可能な情報を有している。なお、パスＩＤごとに、ダウンリンク通信において使用するパスであるかアップリンク通信において使用するパスであるかが対応付けられてもよい。また、ＩＡＢドナー１０１は、ＩＡＢノード１０２はスライス種別１、２、３を、ＩＡＢノード１０４はスライス種別１、３を、ＩＡＢノード１０５はスライス種別１、２、３をサポートすることを特定可能な情報を有している。
　この場合、パスＩＤ　Ｐ１が最初に通過するＩＡＢノード１０２について、スライス種別１、２、３がサポートされている。ここから、ＩＡＢドナー１０１は、パスＩＤ　Ｐ１について、ＢＡＰアドレス０００１（ＩＡＢノード１０２）ではスライス種別１、２、３がサポートされることを示すデータ６１１を登録する。
　続いて、パスＩＤ　Ｐ１について、ＢＡＰアドレス０００３（ＩＡＢノード１０４）ではスライス種別１、３がサポートされる。また、ＩＡＢノード１０４と接続するＩＡＢノード１０２までのパスＰ１ではスライス種別１、２、３がサポートされる。このため、ＩＡＢドナー１０１は、ＢＡＰアドレス０００３までのパスでサポートされるスライス種別と、ＢＡＰアドレス０００３がサポートするスライス種別１、３とで共通するスライス種別をＢＡＰアドレス０００３までのパスＰ１でサポートすると判定する。このため、ＩＡＢドナー１０１はパスＩＤ　Ｐ１について、ＢＡＰアドレス０００３（ＩＡＢノード１０４）ではスライス種別１、３がサポートされることを示すデータ６１２を登録する。
　続いて、パスＩＤ　Ｐ１について、ＢＡＰアドレス０００４（ＩＡＢノード１０５）ではスライス種別１、２、３がサポートされている。また、ＩＡＢノード１０５と接続するＩＡＢノード１０４までのパスＰ１ではスライス種別１、３がサポートされる。このため、ＩＡＢドナー１０１は、ＢＡＰアドレス０００４までのパスでサポートされるスライス種別と、ＢＡＰアドレス０００４がサポートするスライス種別１、２、３とで共通するスライスをＢＡＰアドレス０００４までのパスＰ１でサポートすると判定する。このため、ＩＡＢドナー１０１はパスＩＤ　Ｐ１について、ＢＡＰアドレス０００４（ＩＡＢノード１０５）ではスライス種別１、３がサポートされることを示すデータ６１３を登録する。
　他のパスＩＤについても同様に判定することで、パスＩＤと、パス上に位置するノードとに対応付けて、サポートされるスライス種別を判定することができる。
　図７は本実施形態に係るスライス種別に応じた経路の特定を行う処理を示すシーケンス図である。
　Ｓ７００ではＩＡＢネットワーク１００においてＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）リンク確立及び、ＩＡＢドナー１０１によりパスＩＤの割り当てが行われる。ＲＲＣは、ＩＡＢノード１０２～１０５やＵＥ１１０～１１９におけるコネクション確立、アドミッションコントロール、ＲＲＣ状態管理、周辺セル情報やアクセス規制の報知などの機能を備える。
　Ｓ７０１ではＩＡＢドナー１０１が各ＩＡＢノード１０２～１０５のスライスサポート情報であるＮＳＳＡＩを収集する。Ｓ７０２では、ＵＥ１１８がＲｅｇｉｓｔｒａｔｉｏｎ　ｒｅｑｕｅｓｔをＣＮ１３０へ向けて送信し、ｅＭＢＢのスライス利用を要求する。Ｓ７０４では、ＣＮ１３０がＵＥ１１８のスライス利用を許可するＲｅｇｉｓｔｒａｔｉｏｎ　ａｃｃｅｐｔを送信する。
　Ｓ７０５、Ｓ７０６では同様にしてＵＥ１１７がＵＲＬＬＣの利用登録を行うために、ＣＮ１３０とＲｅｇｉｓｔｒａｔｉｏｎ　ｒｅｑｕｅｓｔ及び、Ｒｅｇｉｓｔｒａｔｉｏｎ　ａｃｃｅｐｔをやり取りする。Ｓ７０８、Ｓ７１０も同様にしてＵＥ１１８がＣＮ１３０に対し、ｍＭＴＣを要求し、ＣＮ１３０が要求を許可する。なお、図７では省略しているが、各ＵＥはＣＮ１３０に利用を希望するネットワークスライスを要求する。
　Ｓ７０３、Ｓ７０６、Ｓ７０９ではＩＡＢドナー１０１はＵＥ１１７及び１１８のＩＰアドレスと、それぞれに利用を許可したスライス種別を記憶する。これは各ＵＥ１１７、１１８へのＩＰパケットをＣＮ１３０から受信した際に、要求されるスライスを特定するためである。本実施形態では、ＩＰパケットをＣＮ１３０から受信した際に、ＩＰパケットの宛先アドレスに基づいて要求されるスライスを特定するものとして説明を行うが、上述したように他の方法で要求されるスライスを特定してもよい。
　Ｓ７１１では、ＩＡＢドナー１０１がＳ７００で割り当てたパスＩＤとＢＡＰアドレスおよび、Ｓ７０１で収集した各ＩＡＢノードのスライスサポート情報からＩＡＢルーティングリストを作成する。
　Ｓ７１２ではＣＮ１３０がＵＥ１１８宛てのｅＭＢＢを要求するＩＰパケットを送信する。Ｓ７１３ではＩＡＢドナー１０１が受信ＩＰパケットの要求スライスを宛先のＩＰアドレスから特定する。
　Ｓ７１４では、ＵＥ１１８のＩＰアドレスからＩＡＢノード１０５のＢＡＰアドレスを特定し、ルーティングリストからｅＭＢＢを満たすパスＩＤとしてＰ１を特定する。また、ＩＡＢドナー１０１は、ＩＰパケットに基づいてＢＡＰデータパケットを生成する。また、ＩＡＢドナー１０１は、ＢＡＰアドレスとパスＩＤをＢＡＰデータパケットのヘッダに設定し、ＩＡＢノード１０５へ送信する。Ｓ７１５、Ｓ７１６では、ＩＡＢノード１０２、１０４はパスＩＤに設定されるＰ１に従い、ＢＡＰデータパケットを転送する。Ｓ７１７では、宛先のＢＡＰアドレスであるＩＡＢノード１０５はＢＡＰデータパケットを受信し、ＵＥ１１８へ転送するためにＩＰパケットに再度変換してＵＥ１１８に送信する。Ｓ７１８ではＵＥ１１８はｅＭＢＢの要求を満たす経路で転送されたＩＰパケットを受信する。
　Ｓ７１９ではＣＮ１３０がＵＥ１１７宛てのＵＲＬＬＣを要求するＩＰパケットを送信する。Ｓ７２０ではＩＡＢドナー１０１が受信ＩＰパケットの要求スライスを特定する。
　Ｓ７２１ではＵＥ１１７のＩＰアドレスからＩＡＢノード１０５のＢＡＰアドレスを特定し、ルーティングリストからＵＲＬＬＣを満たすパスＩＤとしてＰ２を選択し、ＢＡＰデータパケットを生成、ＩＡＢノード１０５へ送信する。Ｓ７２２、Ｓ７２３では、ＩＡＢノード１０２、１０３はパスＩＤに設定されるＰ２に従い、ＢＡＰデータパケットを転送する。Ｓ７２４では、ＩＡＢノード１０５はＢＡＰデータパケットを受信し、ＩＰパケットに変換してＵＥ１１７へ送信する。Ｓ７２５ではＵＥ１１７はＵＲＬＬＣの要求を満たすＩＰパケットを受信する。
　以上のように、ＩＡＢドナー１０１がＩＰパケットを受信した際にスライス要求を満たす経路パラメータをヘッダに設定したＢＡＰデータパケットを生成して送信する。これによって、マルチパスが形成されたＩＡＢネットワーク１００において、宛先ＵＥへスライス要件を満たすネットワーク内の通信装置によって構成された通信経路でＢＡＰデータパケットを中継することが可能となる。
　（処理例２）
　処理例１では、ＣＮ１３０からのＩＰパケットをＩＡＢドナー１０１からＩＡＢネットワーク１００を介して宛先ＵＥ１１７、１１８へ送信するダウンリンク送信について説明を行った。処理例２では、ＵＥ１１８からの特定のスライスを要求するパケットをＩＡＢノード１０５からＩＡＢネットワーク１００を介してＣＮ１３０へ送信するアップリンクの動作について説明を行う。
　ＩＡＢノード１０５がＵＥ１１８からＣＮ１３０宛てのＩＰパケットを受信した際、処理例１と同様に、ＩＡＢノード１０５がＢＡＰデータパケットへ変換して送信する。この際、ＢＡＰアドレスにはＩＡＢドナー１０１のアドレスが設定される。また、パスＩＤはルーティングリストを参照して選択する。
　ＩＡＢノード１０５におけるルーティングリストは、処理例１と同様にして、ＩＡＢネットワーク１００におけるパスＩＤと、ＩＡＢドナー１０１及び、各ＩＡＢノード１０２～１０５のＢＡＰアドレス、サポートするＮＳＳＡＩから作成される。なお、処理例２に係るＩＡＢノード１０２～１０５は、各ノードでルーティングリストを作成してもよいし、ＩＡＢドナー１０１またはＣＮ１３０が作成したルーティングリストを受信してもよい。
　図８に本実施形態に係るＩＡＢノード１０５のルーティングリストの一例を示す。
　ルーティングリスト８０１においてＢＡＰアドレス"００００"はＩＡＢドナー１０１のアドレスである。ここで、図４に示すようにＩＡＢノード１０３はＵＲＬＬＣとｍＭＴＣをサポートし、ＩＡＢノード１０４はｅＭＢＢとＵＲＬＬＣをサポートするものとする。また、ＩＡＢノード１０２、１０５についてはｅＭＢＢとＵＲＬＬＣ及び、ｍＭＴＣをサポートするものとする。
　ルーティングリスト８０１を使用して、ＩＡＢノード１０５がＵＥ１１８からｅＭＢＢを要求するパケットを転送する場合を例に、図５でＢＡＰデータパケットを転送する経路を特定する処理について説明する。
　Ｓ５０１においてＩＡＢノード１０５は、ＵＥ１１８からスライス種別がｅＭＢＢのＩＰパケットを受信する。ＣＮ１３０はＩＡＢドナー１０１に接続しているため、ＢＡＰデータパケットの宛先ＢＡＰアドレスは"００００"となる。このため、ＩＡＢノード１０５は、Ｓ５０２において、ＵＥ１１８から受信したＩＰパケットの宛先ＢＡＰアドレスが"００００"であると特定し、ＢＡＰデータパケットに宛先ＢＡＰアドレス"００００"を設定する。
　ルーティングリスト８０１において、ＢＡＰアドレス"００００"に対するパスＩＤはＰ１、Ｐ２、Ｐ３のパスのうち、ｅＭＢＢ（スライス種別１）をサポート可能なパスＩＤはＰ１となる。このため、Ｓ５０７ではＩＡＢノード１０５がＢＡＰデータパケットのヘッダのパスフィールドにＰ１を設定し、Ｓ５０８でＢＡＰデータパケットを送信する。
　また、ＩＡＢノード１０５が送信元ＵＥ１１７からＵＲＬＬＣのパケットを転送する場合にも同様に、ＢＡＰアドレスは"００００"となり、ＵＲＬＬＣ（スライス種別２）をサポートする通信装置によってパケットが転送されるパスはＰ２またはＰ３となる。このため、先にＵＲＬＬＣをサポートするパスであると判定されたパスに基づいてＢＡＰデータパケットのヘッダを設定して送信する。
　なお、図５の例では、スライス要求を満たすパスが見つかった場合にはＳ５０３～Ｓ５０５のループ処理を終了するものとして示している。一例では、通信装置は、全てのパスについてスライス要求を満たすか否かを判定した後、スライス要求を満たすパスを選択してＳ５０７～Ｓ５０８の処理に進んでもよい。この場合、複数のパスでスライス種別をサポートする場合は、複数のパスを順番に使用してもよい。
　以上説明したように、ＵＥ１１０～１１８からＣＮ１３０に対して特定スライスを要求する通信パケットを送信するアップリンクの場合にも、ＩＡＢネットワーク１００内でスライス要求を満たす経路で通信を行うことが可能となる。
　＜実施形態２＞
　実施形態１では、通信装置がＩＰパケットを受信し、ＢＡＰデータパケットの転送を行う通信装置がサポートすべきスライス種別と通信経路とを特定し、ＢＡＰデータパケットのヘッダを設定して転送を行う処理について説明した。
　実施形態２では通信装置が受信したＩＰパケットのスライス種別をサポートする第１の他の通信装置に、スライス種別を特定可能な情報とともに送信する。通信装置からＢＡＰデータパケットを受信した第１の他の通信装置は、スライス種別を特定し、当該スライス種別をサポートする第２の他の通信装置を特定し、ＢＡＰデータパケットを転送する。
　図９に本実施形態に係る通信装置が実行する通信方法について説明する。図９に示す処理は通信装置の制御部２０１によって実行される。
　Ｓ９００で、通信装置はパケットを受信する。例えば、ＩＡＢドナー１０１がＣＮ１３０からＩＰパケットを受信する、ＩＡＢノードがＵＥからＩＰパケットを受信する、またはＩＡＢノードが他のＩＡＢノードからＢＡＰパケットを受信する。
　Ｓ９０１で、通信装置は受信したパケットに基づいてＢＡＰデータパケットを転送する通信装置がサポートすべきスライス種別を特定する。ＩＡＢドナー１０１またはＩＡＢノードがＩＰパケットを受信する場合には、上述したように宛先ＩＰアドレスや、アドレス範囲に基づいてスライス種別を特定してもよい。また、ＩＡＢノードが他のＩＡＢノードからＢＡＰパケットを受信する場合には、ＢＡＰデータパケットのヘッダに基づいてスライス種別を特定してもよい。
　続いて、Ｓ９０２～Ｓ９０４で通信装置は、直接接続している他の通信装置（隣接ノード）について、Ｓ９０１で特定したスライス種別をサポートするか否かを判定する。例えば、図４のトポロジにおいて、ＩＡＢノード１０２がＩＡＢドナー１０１からＢＡＰデータパケットを受信した場合には、ＩＡＢノード１０３，１０４についてサポートするスライス種別を判定する。いずれかの隣接ノードがスライス要求をサポートすると判定すると（Ｓ９０３でＹｅｓ）、通信装置は処理をＳ９０６に進める。Ｓ９０６では、Ｓ９０２～Ｓ９０４の特定であるスライス要求を満たす隣接ノードの情報に基づいて、パスフィールドのＮＥＸＴ　ＨＯＰを設定したＢＡＰデータパケットを生成する。続いて、通信装置は、生成したＢＡＰデータパケットを特定した隣接ノードに送信する（Ｓ９０７）。通信装置がＳ９００でＢＡＰデータパケットを受信した場合は、ＢＡＰデータパケットのパスフィールドのみを更新してもよい。通信装置がＳ９００でＩＰパケットを受信した場合は、ＩＰパケットに基づいてＢＡＰデータパケットを生成し、パケットヘッダに特定したスライス要求を示す値を設定する。一例では、ＳＳＴ値がパケットヘッダの予約済ビットに割り当てる。
　Ｓ９０７、Ｓ９０８の処理は図５のＳ５０８、Ｓ５０９と同様のため説明を省略する。
　以上説明したように、本実施形態に係る通信装置は、ＢＡＰデータパケットを中継する際に、スライス種別をサポートする他の通信装置を特定してＢＡＰデータパケットを作成して送信する。これによって、各通信装置が隣接ノードのサポートするスライス種別を特定できれば、ＩＡＢドナー１０１がルーティングリストを作成することなくスライス要求を満たす通信経路でＢＡＰデータパケットをルーティングすることができる。
　＜その他の実施形態＞
　また、一例では、通信装置は、ネットワーク内の過去に送受信したＢＡＰデータパケットのヘッダに含まれる、他の通信装置のアドレスやパスなど通信履歴に関する情報を取得し、取得結果に基づいてＢＡＰデータパケットの送信先を特定する。これによって、通信装置が過去に送受信したパケットに基づいてＢＡＰデータパケットを送信する他の通信装置を特定することができる。
　例えば、実施形態１の処理例２では、ＩＡＢノード１０２～１０５はルーティングリストを使用して、パスＩＤを判定するものとして説明した。別の例では、過去に受信したＩＡＢドナー１０１からのＢＡＰデータパケットのパスＩＤとＵＥのＩＰアドレスを記憶し、ＵＥからのＩＰパケットを変換する際に同じパスまたはダウンリンクパスに対応するアップリンクパスを設定して送信してもよい。
　また、例えば、実施形態２において、隣接ノードがＢＡＰデータパケットのスライス種別をサポートするか否かでパケットの転送を行った結果、転送先が見つからない場合がある。このような場合、スライス種別をサポートする他の通信装置の特定に失敗した通知を受信した通信装置は、以前送信した隣接ノードとは異なるネットワーク内の隣接ノードにＢＡＰデータパケットを転送することができる。
　本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
　発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。
　本願は、２０２１年１１月１８日提出の日本国特許出願特願２０２１－１８８０７２を基礎として優先権を主張するものであり、その記載内容の全てを、ここに援用する。
　１００　ＩＡＢネットワーク、１０１　ＩＡＢドナー、１０２～１０５　ＩＡＢノード、１１０～１１８　ＵＥ、２０１　制御部、２０２　記憶部、２０３　無線通信部、２０４　アンテナ制御部、３０１　送受信部、３０２　記憶部、３０３　接続制御部、３０４　スライス要求特定部、３０５　経路特定部、３０６　通知部、３０７　スライス管理部

Claims (14)

  1. 　ＢＡＰ（Ｂａｃｋｈａｕｌ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を使用して通信するネットワークの通信装置であって、
    　受信した第１パケットに基づいて、前記第１パケットの転送を行う前記ネットワーク内の他の通信装置がサポートすべきスライス種別を特定する第１特定手段と、
    　前記ネットワーク内の他の通信装置がサポートするスライス種別に基づいて前記第１特定手段で特定した前記スライス種別をサポートする他の通信装置を特定する第２特定手段と、
    　前記第１パケットに基づいて生成されたＢＡＰを使用して通信される第２パケットであって、前記第２特定手段の特定結果に応じてヘッダが設定された第２パケットを、前記第２特定手段で特定した前記他の通信装置に送信する送信手段と、
    　を備えることを特徴とする通信装置。
  2. 　前記第２特定手段は、前記スライス種別をサポートする前記他の通信装置として前記スライス種別をサポートする通信経路を特定し、
    　前記第２パケットのヘッダは、前記通信装置から前記第２パケットの宛先の他の通信装置までの通信経路の識別子を含むことを特徴とする請求項１に記載の通信装置。
  3. 　前記ネットワーク内でパケットを転送するための通信経路の識別子と、前記ネットワークにおける他の通信装置のアドレスと、他の通信装置がサポートするスライス種別とを関連付けたルーティングリストを格納する格納手段をさらに有し、
    　前記第２特定手段は、前記ルーティングリストに基づいて前記第１特定手段で特定した前記スライス種別をサポートする通信経路に含まれる他の通信装置を特定することを特徴とする請求項２に記載の通信装置。
  4. 　前記ルーティングリストを作成する作成手段をさらに有することを特徴とする請求項３に記載の通信装置。
  5. 　前記通信経路の前記識別子は、前記第２パケットのパスフィールドに設定されることを特徴とする請求項２から４のいずれか１項に記載の通信装置。
  6. 　前記第２特定手段は、前記スライス種別をサポートし、前記通信装置から直接接続される他の通信装置を特定し、
    　前記第２パケットのヘッダは、ＮＥＸＴ　ＨＯＰとして前記他の通信装置のＢＡＰアドレスを含むことを特徴とする請求項１に記載の通信装置。
  7. 　前記通信装置は、前記ネットワーク内でバックホールリンクおよびアクセスリンクの双方にＮＲ（Ｎｅｗ　Ｒａｄｉｏ）通信を用いるＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ　Ａｃｃｅｓｓ　Ｂａｃｋｈａｕｌ）ノードまたは前記ＩＡＢノードを統括制御するＩＡＢドナーであることを特徴とする請求項１から６のいずれか１項に記載の通信装置。
  8. 　前記第１特定手段は、前記第１パケットの宛先アドレスまたは前記第１パケットのアプリヘッダに基づいて前記スライス種別を特定することを特徴とする請求項１から７のいずれか１項に記載の通信装置。
  9. 　前記第１特定手段で特定した前記スライス種別をサポートする他の通信装置が前記第２特定手段によって特定できない場合に、特定に失敗したことを通知する通知手段をさらに備えることを特徴とする請求項１から８のいずれか１項に記載の通信装置。
  10. 　前記ネットワークにおいて過去に送受信された第２パケットのヘッダに関する情報を取得する第２取得手段をさらに有し、
    　前記第２特定手段は、前記第１特定手段によって特定された前記スライス種別をサポートする他の通信装置を前記第２取得手段の取得結果に基づいて特定することを特徴とする請求項１から９のいずれか１項に記載の通信装置。
  11. 　前記第１パケットはＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）パケットであり、前記通信装置は前記第１パケットをＣＮ（Ｃｏｒｅ　Ｎｅｔｗｏｒｋ）ノードまたはユーザ装置（ＵＥ）から受信することを特徴とする請求項１から１０のいずれか１項に記載の通信装置。
  12. 　前記第１パケットはＢＡＰデータパケットであり、前記通信装置は前記第１パケットをＩＡＢドナーまたはＩＡＢノードから受信することを特徴とする請求項１から１０のいずれか１項に記載の通信装置。
  13. 　ＢＡＰ（Ｂａｃｋｈａｕｌ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を使用して通信するネットワークの通信装置の通信方法であって、
    　受信した第１パケットに基づいて、前記第１パケットの転送を行う前記ネットワーク内の他の通信装置がサポートすべきスライス種別を特定することと、
    　前記ネットワーク内の他の通信装置がサポートするスライス種別に基づいて、特定した前記スライス種別をサポートする他の通信装置を特定することと、
    　前記第１パケットに基づいて生成されたＢＡＰを使用して通信される第２パケットであって、特定結果に応じてヘッダが設定された第２パケットを、特定した前記他の通信装置に送信することと、
    　を含むことを特徴とする通信方法。
  14. 　ＢＡＰ（Ｂａｃｋｈａｕｌ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を使用して通信するネットワークの通信装置により実行されるプログラムであって、
    　受信した第１パケットに基づいて、前記第１パケットの転送を行う前記ネットワーク内の他の通信装置がサポートすべきスライス種別を特定する第１特定工程と、
    　前記ネットワーク内の他の通信装置がサポートするスライス種別に基づいて、前記第１特定工程において特定した前記スライス種別をサポートする他の通信装置を特定する第２特定工程と、
    　前記第１パケットに基づいて生成されたＢＡＰを使用して通信される第２パケットであって、前記第２特定工程の特定結果に応じてヘッダが設定された第２パケットを、前記第２特定工程で特定した前記他の通信装置に送信する送信工程と、
    　を実行させることを特徴とするプログラム。
PCT/JP2022/037408 2021-11-18 2022-10-06 通信装置、通信方法、およびプログラム Ceased WO2023089979A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202280076331.6A CN118251877A (zh) 2021-11-18 2022-10-06 通信设备、通信方法和程序
EP22895265.1A EP4436129A4 (en) 2021-11-18 2022-10-06 COMMUNICATION DEVICE, COMMUNICATION METHOD, AND PROGRAM
KR1020247019038A KR102860842B1 (ko) 2021-11-18 2022-10-06 통신 장치, 통신 방법, 및 비일시적 컴퓨터-판독가능한 저장 매체
US18/659,071 US20240292267A1 (en) 2021-11-18 2024-05-09 Communication apparatus, communication method, and non-transitory computer-readable storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021188072A JP7701859B2 (ja) 2021-11-18 2021-11-18 通信装置、通信方法、およびプログラム
JP2021-188072 2021-11-18

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/659,071 Continuation US20240292267A1 (en) 2021-11-18 2024-05-09 Communication apparatus, communication method, and non-transitory computer-readable storage medium

Publications (1)

Publication Number Publication Date
WO2023089979A1 true WO2023089979A1 (ja) 2023-05-25

Family

ID=86396722

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/037408 Ceased WO2023089979A1 (ja) 2021-11-18 2022-10-06 通信装置、通信方法、およびプログラム

Country Status (6)

Country Link
US (1) US20240292267A1 (ja)
EP (1) EP4436129A4 (ja)
JP (1) JP7701859B2 (ja)
KR (1) KR102860842B1 (ja)
CN (1) CN118251877A (ja)
WO (1) WO2023089979A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12426000B2 (en) * 2022-09-12 2025-09-23 Verizon Patent And Licensing Inc. Systems and methods for providing a radio access network fallback for multimedia priority services

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019534625A (ja) 2016-09-29 2019-11-28 エイ・ティ・アンド・ティ インテレクチュアル プロパティ アイ，エル．ピー． アクセス・バックホール統合（ｉａｂ）無線ネットワークの初期アクセス及び無線リソース管理
WO2020080044A1 (ja) * 2018-10-16 2020-04-23 ソニー株式会社 通信制御装置、通信装置、通信制御方法、通信方法、通信制御プログラム、通信プログラム、及び通信システム
US20200351930A1 (en) * 2019-05-01 2020-11-05 Qualcomm Incorporated In-advance scheduling for low-latency traffic
WO2021006691A1 (en) * 2019-07-10 2021-01-14 Samsung Electronics Co., Ltd. Method and device for routing data packet, and method and device for controlling data packet transmission
US20210314811A1 (en) * 2020-04-06 2021-10-07 Cisco Technology, Inc. Secure creation of application containers for fifth generation cellular network slices
JP2021188072A (ja) 2020-05-27 2021-12-13 株式会社神戸製鋼所 粉末冶金用鉄基混合物、成形体及び焼結体

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019534625A (ja) 2016-09-29 2019-11-28 エイ・ティ・アンド・ティ インテレクチュアル プロパティ アイ，エル．ピー． アクセス・バックホール統合（ｉａｂ）無線ネットワークの初期アクセス及び無線リソース管理
WO2020080044A1 (ja) * 2018-10-16 2020-04-23 ソニー株式会社 通信制御装置、通信装置、通信制御方法、通信方法、通信制御プログラム、通信プログラム、及び通信システム
US20200351930A1 (en) * 2019-05-01 2020-11-05 Qualcomm Incorporated In-advance scheduling for low-latency traffic
WO2021006691A1 (en) * 2019-07-10 2021-01-14 Samsung Electronics Co., Ltd. Method and device for routing data packet, and method and device for controlling data packet transmission
US20210314811A1 (en) * 2020-04-06 2021-10-07 Cisco Technology, Inc. Secure creation of application containers for fifth generation cellular network slices
JP2021188072A (ja) 2020-05-27 2021-12-13 株式会社神戸製鋼所 粉末冶金用鉄基混合物、成形体及び焼結体

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP4436129A4

Also Published As

Publication number Publication date
CN118251877A (zh) 2024-06-25
EP4436129A1 (en) 2024-09-25
KR20240099446A (ko) 2024-06-28
US20240292267A1 (en) 2024-08-29
JP2023074895A (ja) 2023-05-30
EP4436129A4 (en) 2025-10-22
JP7701859B2 (ja) 2025-07-02
KR102860842B1 (ko) 2025-09-17

Similar Documents

Publication Publication Date Title
JP4733190B2 (ja) エンド・ノードが割り当てられた近隣発見のための方法および装置
JP5185450B2 (ja) 物理接続ポイント識別子を用いる通信方法および装置
JP5134136B2 (ja) デュアル通信リンクをサポートする物理接続ポイント識別子を用いる通信方法および装置
CN101657016B (zh) 无线lan中继装置、无线lan中继方法及计算机程序
JP7677445B2 (ja) 情報送受信方法、データ送信方法及び装置
WO2020204776A1 (en) Resource alignement at a child node and at a parent node of an integrated access and backhaul network
JP7701859B2 (ja) 通信装置、通信方法、およびプログラム
US20230209439A1 (en) Route discovery in a mesh network
JP7209854B2 (ja) デバイスツーデバイス間相互接続のローカルエリアネットワークのための方法および装置
EP4513968A1 (en) Communication control device, communication device control method, and program
WO2021029291A1 (ja) 経路指定された信号を転送する中継装置、制御方法、及びプログラム
GB2593499A (en) Cellular telecommunications network
CN118140587A (zh) 无线路由方法及装置
EP4128863A1 (en) Cellular telecommunications network
JP7835283B2 (ja) ルーティング方法、装置及びシステム
JP7712786B2 (ja) 通信装置、通信装置の制御方法、プログラム
JP2020088574A (ja) 中継装置、ネットワークシステム、中継方法およびプログラム
JP7405530B2 (ja) 経路指定された信号を転送する中継装置、制御方法、及びプログラム
JP2025511943A (ja) 情報構成方法、装置及び通信システム
CN118556424A (zh) Iab宿主设备以及传输迁移管理方法
GB2611233A (en) Cellular telecommunications network

Legal Events

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

Ref document number: 22895265

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202280076331.6

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 1020247019038

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 2022895265

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2022895265

Country of ref document: EP

Effective date: 20240618