WO2024069850A1 - 通信装置および通信システム - Google Patents

通信装置および通信システム Download PDF

Info

Publication number
WO2024069850A1
WO2024069850A1 PCT/JP2022/036437 JP2022036437W WO2024069850A1 WO 2024069850 A1 WO2024069850 A1 WO 2024069850A1 JP 2022036437 W JP2022036437 W JP 2022036437W WO 2024069850 A1 WO2024069850 A1 WO 2024069850A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication device
communication
parameter
profile
control information
Prior art date
Application number
PCT/JP2022/036437
Other languages
English (en)
French (fr)
Inventor
勇三 伊藤
浩二 小川
泰哲 大塚
照義 渡邊
Original Assignee
富士通株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 富士通株式会社 filed Critical 富士通株式会社
Priority to PCT/JP2022/036437 priority Critical patent/WO2024069850A1/ja
Publication of WO2024069850A1 publication Critical patent/WO2024069850A1/ja

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24Cell structures
    • H04W16/26Cell enhancers or enhancement, e.g. for tunnels, building shadow
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/04Interfaces between hierarchically different network devices

Definitions

  • the present invention relates to a communication device and a communication system for wireless communication.
  • the radio access network (RAN) of a 5G network will include a distributed unit (DU) and a radio unit (RU).
  • the DU provides radio link control (RLC), medium access control (MAC), and PHY-High functions, etc.
  • RLC radio link control
  • MAC medium access control
  • PHY-High functions etc.
  • the DU processes signals at higher layers.
  • the RU provides PHY-Low functions and RF processing, etc.
  • the RU can accommodate wireless terminals.
  • the interface between the DU and RU was traditionally designed for each communications equipment vendor.
  • O-RAN Open RAN
  • the O-RAN alliance defines the specifications for radio access network interfaces and communications equipment.
  • each vendor providing communications equipment that complies with O-RAN, it becomes possible to interconnect communications equipment from different vendors.
  • the O-RAN fronthaul interface is described, for example, in Patent Document 1.
  • O-RAN does not prescribe all specifications for connecting DUs and RUs. For this reason, even if each vendor provides communication devices that comply with O-RAN, the communication devices may not be able to connect to each other due to differences in the functions of the communication devices, the profiles they use, the version of O-RAN that the communication devices comply with, etc.
  • the object of one aspect of the present invention is to provide a method for determining whether or not a connection can be established between communication devices that constitute a wireless access network.
  • a communication system includes a first communication device that accommodates a wireless terminal and a second communication device that processes a signal of the first communication device.
  • the second communication device acquires a first profile representing information related to a function provided by the first communication device from the first communication device, and determines whether or not the function provided by the second communication device is supported by the first communication device based on the first profile and a second profile representing information related to a function provided by the second communication device, and transmits the second profile to the first communication device when the function provided by the second communication device is supported by the first communication device.
  • the first communication device edits first control information including communication parameters corresponding to the first profile based on the second profile, and transmits the edited first control information to the second communication device.
  • the second communication device determines whether or not the communication parameters related to the function provided by the second communication device are supported by the first communication device based on the first control information and the second control information including communication parameters corresponding to the second profile.
  • FIG. 1 is a diagram illustrating an example of a communication system according to an embodiment of the present invention.
  • FIG. 11 is a diagram showing an example of RU profile information set in an RU.
  • FIG. 1 shows an example of a YANG module set in an RU (part 1).
  • FIG. 2 shows an example of a YANG module set in an RU (part 2).
  • FIG. 11 is a diagram illustrating an example of a comparison of profile information.
  • FIG. 13 is a diagram showing an example of editing a YANG module.
  • FIG. 13 is a diagram showing another example of editing a YANG module.
  • FIG. 12 is a diagram showing an example of an RU_YANG module edited according to the procedures shown in FIGS. 10 and 11.
  • FIG. 2 illustrates an example of a hardware configuration of a communication device.
  • FIG. 1 shows an example of a communication system according to an embodiment of the present invention.
  • the communication system 100 includes a CU (Central Unit), a DU, an RU, and a wireless terminal.
  • the DU and the RU constitute a wireless access network. That is, the RU provides PHY-Low functionality and RF processing, and can accommodate wireless terminals.
  • the RU is an example of a wireless device that accommodates wireless terminals in a wireless access network.
  • the DU provides radio link control, medium access control, and PHY-High functionality, and processes RU signals in a higher layer.
  • multiple RUs can be connected to the DU. That is, the DU can process signals from multiple RUs.
  • the CU is provided between the core network and the DU, and further processes DU signals in a higher layer.
  • the wireless terminal is not particularly limited, but is, for example, a UE (User Equipment).
  • the DU and RU are interconnected by a known interface.
  • the interface between the DU and RU is a fronthaul interface defined by the O-RAN Alliance.
  • the radio access network is configured, for example, using the NETCONF (NETwork CONFiguration) protocol.
  • NETCONF is a standard transport protocol for communicating with network devices. Specifically, NETCONF provides the functionality to edit configuration data and a mechanism to obtain operational data from network devices.
  • NETCONF uses the YANG (Yet Another Next Generation) modeling language. That is, in NETCONF, network devices are configured based on data written in YANG.
  • YANG is a modeling language developed with the aim of describing the structure of network device configuration items, states, procedure calls, etc. in a format that is easy for humans to interpret. Note that data that abstracts the configuration values and structure of network devices using YANG is sometimes called a "YANG data model" or "YANG module.”
  • O-RAN WG4 is also creating the IOT SPEC (Interoperability Test Specification), a specification that stipulates the functions to be used during interconnection. This specification lists the functions to be used for each item. The listed content is sometimes called the "IOT profile” or simply the “profile.”
  • IOT SPEC Interoperability Test Specification
  • Figures 2 and 3 show an example of a profile that defines the interface between the DU and RU.
  • IPv4 is used in the management (M) plane.
  • the DU and RU must each support the function of communicating in IPv4.
  • the DU and RU must each support the function of communicating in the NR TDD method in the control (C)/user (U)/synchronization (S) plane.
  • C control
  • U user
  • S synchronization
  • Figure 4 shows an example of a sequence for determining whether or not interconnection between a DU and a RU is possible. This sequence is initiated, for example, when the RU is started.
  • the RU and DU may be referred to as a communication device RU and a communication device DU, respectively.
  • the memory of the communications device RU stores RU profile information, an RU_YANG module, and RU parameter setting information.
  • the RU profile information, the RU_YANG module, and the RU parameter setting information are created by, for example, the vendor of the communications device RU and written to the memory of the communications device RU.
  • the RU profile information specifies functions that the communication device RU can use in the interconnection between the communication device RU and the communication device DU, and is created in accordance with the O-RAN specifications.
  • An example of the RU profile information is shown in FIG. 5.
  • the communication device RU supports, for example, a hierarchical model and a hybrid model as architecture models.
  • the communication device RU also supports IPv4.
  • the RU_YANG module is created based on the RU profile information and uses YANG to represent the settings and structure of the communications device RU.
  • An example of an RU_YANG module is shown in Figures 6 and 7.
  • Figure 6 information related to DHCP (Dynamic Host Configuration Protocol) is described.
  • Figure 7 information related to file management is described.
  • the RU parameter setting information indicates the initial values and valid ranges of parameters used in the RU_YANG module in the communication device RU.
  • the RU parameter setting information may be part of the RU_YANG module.
  • the memory of the communication device DU stores DU profile information, a DU_YANG module, and DU parameter information.
  • the DU profile information, the DU_YANG module, and the DU parameter information are created, for example, by the vendor of the communication device DU or the administrator of the radio access network that includes the communication device DU, and written to the memory of the communication device DU.
  • the DU profile information specifies the functions that the communication device DU wishes to provide in the interconnection between the communication device RU and the communication device DU, and is created in accordance with the O-RAN specifications.
  • the functions that the communication device DU wishes to provide include the services that the communication device DU wishes to start.
  • An example of the DU profile information is shown in FIG. 8.
  • the communication device DU uses, for example, a hybrid model as an architecture model.
  • the communication device DU uses IPv4.
  • the DU_YANG module is created based on the DU profile information and uses YANG to represent the settings and structure of the communication device DU.
  • the DU parameter information represents expected values of parameters used in the DU_YANG module in the communication device DU.
  • the expected values represent functions that the communication device DU wants to provide or services that the communication device DU wants to start.
  • the DU parameter information may be part of the DU_YANG module.
  • a link is established between the communication device RU and the communication device DU.
  • the link is established by SSL (Secure Sockets Layer) or TLS (Transport Layer Security).
  • SSL/TLS is a protocol for performing authentication and encrypted communication. Therefore, when the communication device RU is started up, for example, the communication device RU operates as a client. In this case, the SSL/TLS procedure is initiated by the communication device RU sending a client Hello message to the communication device DU.
  • the communication device RU When a link is established between the communication device RU and the communication device DU, in S1, the communication device RU reads out RU profile information from its memory. The communication device RU then transmits the RU profile information to the communication device DU. In other words, the communication device DU obtains RU profile information from the communication device RU, which represents information related to functions provided by the communication device RU.
  • An example of the RU profile information is as shown in Figure 5.
  • the communication device DU reads out DU profile information from the memory of the communication device DU.
  • An example of the DU profile information is as shown in FIG. 8.
  • the communication device DU compares the DU profile information with the RU profile information acquired from the communication device RU, as shown in FIG. 9.
  • the communication device DU determines, based on the DU profile information and the RU profile information, whether or not the functions (including services) that the communication device DU wishes to provide are supported by the communication device RU.
  • the communications device DU uses a hybrid model as the architecture model.
  • the communications device RU supports a hierarchical model and a hybrid model as the architecture model. That is, the architecture model that the communications device DU wishes to provide is supported by the communications device RU.
  • the communications device DU communicates management plane data using IPv4.
  • the communications device RU supports IPv4 and IPv6. That is, the communications protocol that the communications device DU wishes to use (IPv4) is supported by the communications device RU.
  • the communication device DU determines whether or not the function that the communication device DU wishes to provide is supported by the communication device RU for each item of the DU profile information. Then, when the function that the communication device DU wishes to provide is not supported by the communication device RU for one or more items in the DU profile information, the communication device DU transmits an error message to the operator terminal.
  • the error message includes, for example, information identifying the function that is not supported by the communication device RU.
  • the operator terminal is a computer operated by the administrator of the radio access network.
  • the communication device DU transmits the DU profile information to the communication device RU.
  • An example of the DU profile information is as shown in FIG. 8.
  • the communication device RU edits the RU_YANG module based on the DU profile information received from the communication device DU. At this time, the communication device RU deletes from the RU_YANG module descriptions related to functions that are not required by the communication device DU.
  • the RU_YANG module shown in FIG. 6 is set in the communications device RU.
  • the communications device RU supports IPv4 and IPv6. That is, the RU_YANG module contains descriptions related to IPv4 (ro dhcpv4) and descriptions related to IPv6 (ro dhcpv6).
  • the communications device RU then receives the DU profile information shown in FIG. 8 from the communications device DU.
  • the communications device DU communicates using IPv4.
  • the description related to IPv6 (ro dhcpv6) is not necessary in the RU_YANG module. Therefore, the communications device RU deletes the description related to IPv6 (ro dhcpv6) from the RU_YANG module based on the DU profile information, as shown in FIG. 10.
  • the RU_YANG module shown in FIG. 7 is set in the communications device RU.
  • the communications device RU supports authentication using a password. That is, information related to password authentication is described in the RU_YANG module.
  • the communications device RU receives the DU profile information shown in FIG. 8 from the communications device DU.
  • the communications device DU uses TLS. Note that in TLS, mutual authentication is performed without using a password.
  • the RU_YANG module does not require any description related to a password. Therefore, the communications device RU deletes the description related to a password from the RU_YANG module based on the DU profile information, as shown in FIG. 11.
  • FIG. 12 shows an example of an RU_YANG module edited using the procedures shown in FIGS. 10 and 11. In this way, the communication device RU deletes descriptions in the RU_YANG module that do not correspond to functions provided by the communication device DU.
  • the communication device RU determines the initial value and effective range for each parameter in the edited RU_YANG module.
  • the initial value and effective range of each parameter related to the operation of the communication device RU are stored in advance in the memory of the communication device RU as RU parameter setting information shown in FIG. 4.
  • the RU_YANG module shown in FIG. 13(a) has been obtained in the communication device RU by editing based on the DU profile information.
  • the communication device RU can determine the initial value and effective range for each parameter in the RU_YANG module by referring to the RU parameter setting information prepared in advance, as shown in FIG. 13(b).
  • information indicating the initial value and effective range of each parameter of the communication device RU may be referred to as "RU parameter information”.
  • the RU_YANG module to which the RU parameter information has been added may be referred to as "parameter mapping data”.
  • the initial value and effective range of "rw acceptance-list-of-ssm” are set to “PRC” and “PRC, SSU_B", respectively.
  • This state indicates that the communications device RU supports PRC and SSU_B, and the default operating state is PRC.
  • the initial value and effective range of "rw ssw-timeout?" are set to "5" and "1 to 5", respectively. This state indicates that the effective range of the SSW timeout in the communications device RU is “1 to 5", and the default operating state is "1".
  • the communication device RU transmits the parameter mapping data to the communication device DU. That is, the communication device DU acquires the parameter mapping data from the communication device RU.
  • the parameter mapping data corresponds to the RU parameter information that indicates the initial value and valid range of each parameter used by the edited RU_YANG module and the communication device RU.
  • the communication device DU checks the consistency between the communication parameters set in the communication device RU and the communication parameters used by the communication device DU.
  • the communication parameters set in the communication device RU are represented by parameter mapping data transmitted from the communication device RU to the communication device DU.
  • the communication parameters used by the communication device DU are obtained by referring to the DU parameter setting information shown in FIG. 4 based on the DU_YANG module.
  • the DU_YANG module includes a description related to the function/service that the communication device DU wants to start. In other words, descriptions that are not related to the function/service that the communication device DU wants to start are deleted from the DU_YANG module.
  • the DU parameter setting information represents expected values of communication parameters that represent the function/service that the communication device DU wants to start, and is created and written to memory by the vendor of the communication device DU or the administrator of the radio access network that includes the communication device DU.
  • the DU_YANG module shown in FIG. 14(a) is set in the communication device DU.
  • the communication device DU does not use GNSS (Global Navigation Satellite System). Therefore, descriptions related to GNSS are deleted from the DU_YANG module.
  • the communication device DU identifies expected values corresponding to each parameter in the DU_YANG module by referring to the DU parameter setting information, as shown in FIG. 14(b).
  • the expected values of the parameters represent the specific contents of the functions/services that the communication device DU wants to start.
  • the communication device DU determines whether the expected values of each parameter in the DU_YANG module are supported by the communication device RU.
  • the expected values shown in FIG. 14(b) are set in the communication device DU.
  • the communication device DU has received the RU parameter information shown in FIG. 13(b) from the communication device RU.
  • the determination for "acceptance-list-of-ssm” is as follows. Note that the value of this parameter can be rewritten in the communications device RU in response to an instruction from the communications device DU. In the examples shown in Figures 13 and 14, parameters marked with “rw” can be rewritten in the communications device RU, and parameters marked with "ro” cannot be rewritten in the communications device RU.
  • the expected value of the communication device DU is within the valid range in the communication device RU.
  • the expected value of the communication device DU is "SSU_B”
  • the valid range in the communication device RU is "PRC, SSU_B”. Therefore, the expected value of the communication device DU is within the valid range in the communication device RU.
  • the expected value of the communication device DU is compared with the initial value of the communication device RU.
  • the initial value in the communication device RU is "PRC”.
  • the initial value of the communication device RU is different from the expected value of the communication device DU. In this case, it is checked whether the parameter to be determined is rewritable in the communication device RU.
  • this parameter is assigned “rw” and is rewritable in the communication device RU. Therefore, the communication device DU generates an update message instructing to rewrite the value of this parameter from "PRC” to "SSU_B". Note that if the expected value of the communication device DU is not within the valid range in the communication device RU, an error message is generated. Also, when the initial values of the communication device RU match the expected values of the communication device DU, an OK message is generated and the next parameters are selected.
  • the expected value of the communication device DU is within the valid range of the communication device RU.
  • the expected value of the communication device DU is "UNLOCKED"
  • the valid range of the communication device RU is "LOCKED, UNLOCKED"
  • the expected value of the communication device DU is within the valid range of the communication device RU.
  • the expected value of the communication device DU is compared with the initial value of the communication device RU.
  • the initial value of the communication device RU is "UNLOCKED".
  • the initial value of the communication device RU matches the expected value of the communication device DU. In this case, an OK message is generated.
  • This parameter cannot be rewritten in the communications device RU in response to an instruction from the communications device DU. Therefore, when the initial value of the communications device RU differs from the expected value of the communications device DU, communication between the communications device DU and the communications device RU may not be possible. For example, if the initial value of the communications device RU is "LOCKED", the parameter values cannot be made to match between the communications device DU and the communications device RU even if the expected value of the communications device DU is within the valid range of the communications device RU. Therefore, in this case, an error message is generated.
  • the communication device DU determines whether or not each parameter in the DU_YANG module is supported by the communication device RU as described above. Then, when all parameters are supported by the communication device RU, the communication device DU transmits a start-up instruction to the communication device RU in S8. Also, when an update message has been generated for one or more parameters, the communication device DU transmits a start-up instruction and an update message to the communication device RU. Note that, when an error message has been generated for one or more parameters, the communication device DU transmits an error message to the operator terminal without transmitting a start-up instruction to the communication device RU.
  • the communications device RU When the communications device RU receives the start-up instruction and the update message, in S9 it updates the values of the corresponding parameters in the RU_YANG module. For example, in the embodiment shown in Figures 13 and 14, the communications device RU receives an update message instructing it to update the value of "acceptance-list-of-ssm" from "PRC” to "SSU_B". In this case, the communications device RU updates the value of "acceptance-list-of-ssm" from "PRC” to "SSU_B".
  • the communication device RU starts the circuitry in the communication device DU in accordance with the received start-up instruction. After this, in S11, the communication device DU and the communication device RU start the communication service.
  • a radio access network when the communication unit RU is started up, it is determined whether the communication parameters related to the functions/services that the communication unit DU wishes to provide are supported by the communication unit RU. If the communication parameters related to the functions/services that the communication unit DU wishes to provide are not supported by the communication unit RU, an error message is generated indicating the communication parameters that are not supported by the communication unit RU. Therefore, if there is a problem with the interconnection between the communication unit DU and the communication unit RU, the administrator of the radio access network can easily recognize the problem before the service starts. This reduces the effort required to build a radio access network.
  • FIG. 15 is a block diagram showing the functions of the communication unit RU and the communication unit DU.
  • the communication unit RU and the communication unit DU are connected to each other via the fronthaul.
  • the communication device RU10 includes an FH interface unit 11, a storage unit 12, and an RU control unit 13.
  • the FH interface unit 11 communicates with the communication device DU20 via the fronthaul.
  • the communication device RU10 also includes a wireless antenna and can accommodate wireless terminals.
  • the storage unit 12 stores RU profile information, an RU_YANG module, and RU parameter setting information.
  • the RU profile information indicates functions/services supported by the communication device RU10 in the interconnection between the communication device RU10 and the communication device DU20.
  • the RU_YANG module is created based on the RU profile information, and as shown in FIG. 6-FIG. 7, indicates the settings and structure of the communication device RU10.
  • the RU_YANG module is an example of control information that includes communication parameters corresponding to the RU profile information.
  • the RU parameter setting information indicates the initial values and valid ranges of parameters used in the RU_YANG module in the communication device RU10.
  • the RU control unit 13 controls the operation of the communication device RU10.
  • the RU control unit 13 also includes an editing unit 13a.
  • the editing unit 13a edits the RU_YANG module based on the DU profile information received from the communication device DU20. For example, the editing unit 13a deletes descriptions that are not related to the functions provided by the communication device DU20 from the RU_YANG module based on the DU profile information. In the example shown in FIG. 10, the editing unit 13a deletes descriptions related to IPv6 from the RU_YANG module.
  • the editing unit 13a also refers to the RU parameter setting information and generates RU parameter information that indicates the initial values and valid ranges of each communication parameter included in the edited RU_YANG module.
  • the edited RU_YANG module and RU parameter information are transmitted to the communication device DU20 by the FH interface unit 11.
  • the communication device DU20 includes an FH interface unit 21, a storage unit 22, a DU control unit 23, and an OP interface unit 24.
  • the FH interface unit 21 communicates with the communication device RU10 via the fronthaul.
  • the OP interface unit 24 communicates with the operator terminal 30.
  • the storage unit 22 stores DU profile information, a DU_YANG module, and DU parameter setting information.
  • the DU profile information indicates functions/services that the communication device DU20 wishes to provide in the interconnection between the communication device RU10 and the communication device DU20.
  • the DU_YANG module is created based on the DU profile information and indicates the settings and structure of the communication device DU20.
  • the DU_YANG module is an example of control information that includes communication parameters corresponding to the DU profile information.
  • the DU parameter setting information indicates expected values of parameters used in the RU_YANG module in the communication device DU10, etc.
  • the DU control unit 23 controls the operation of the communication device DU20.
  • the DU control unit 23 also includes a determination unit 23a.
  • the determination unit 23a determines whether or not the functions/services provided by the communication device DU20 are supported by the communication device RU10. For example, when the FH interface unit 21 receives RU profile information from the communication device RU10, the determination unit 23a determines whether or not the functions/services provided by the communication device DU20 are supported by the communication device RU10 based on the DU profile information and the RU profile information. In the example shown in FIG. 9, each function/service provided by the communication device DU20 is supported by the communication device RU10.
  • the judgment unit 23a judges whether or not the communication parameters related to the functions/services provided by the communication device DU20 are supported by the communication device RU10 based on the DU_YANG module and the RU_YANG module. In the embodiment shown in Figures 13 to 14, the judgment unit 23a judges that the expected values of each communication parameter used by the communication device DU20 are each within a valid range specified in the communication device RU10. The judgment unit 23a may also judge whether or not the expected values of each communication parameter used by the communication device DU20 match the initial values specified in the communication device RU10.
  • the judgment unit 23a may generate an update message instructing that the initial values of the corresponding communication parameters in the RU_YANG module be updated to the expected values of the communication parameters in the communication device DU20.
  • the FH interface unit 21 sends this update message to the communication device RU10.
  • the judgment unit 23a may output an error message.
  • the judgment unit 23a may output an error message. The error message is transmitted to the operator terminal 30 by the OP interface unit 24.
  • FIG. 16 is a flowchart showing an example of the processing of the determination unit 23a.
  • the determination unit 23a is implemented in the communication device DU20.
  • the processing of this flowchart corresponds to the parameter determination executed in S7 shown in FIG. 4.
  • the judgment unit 23a acquires the RU_YANG module and RU parameter information from the communication device RU10. In S22, the judgment unit 23a selects a parameter to be judged from among the parameters used by the DU_YANG module. The judgment unit 23a then recognizes the expected value of the selected parameter by referring to the DU parameter setting information stored in the storage unit 22. Note that in the following description, the parameter selected in S22 may be referred to as the target parameter.
  • the determination unit 23a determines whether the expected value of the target parameter is within the valid range of the corresponding parameter used in the communication device RU 10.
  • the valid range of each parameter used in the communication device RU 10 is represented by the RU parameter information received from the communication device RU 10.
  • the judgment unit 23a judges in S24 whether the expected value of the target parameter matches the initial value of the corresponding parameter used in the communication device RU 10. Note that the initial value of each parameter used in the communication device RU 10 is represented by the RU parameter information received from the communication device RU 10.
  • the process of the judgment unit 23a proceeds to S27. If the expected value of the target parameter does not match the initial value of the corresponding parameter, the judgment unit 23a judges in S25 whether the initial value of the corresponding parameter can be updated to the expected value of the target parameter. Then, if the initial value of the corresponding parameter can be updated to the expected value of the target parameter, the judgment unit 23a generates an update message in S26. This update message instructs that the initial value of the corresponding parameter be updated to the expected value of the target parameter.
  • the determination unit 23a determines whether the processes of S23 to S26 have been performed for all parameters in the DU_YANG module. If there are any parameters remaining for which the processes of S23 to S26 have not been performed, the process of the determination unit 23a returns to S22. Then, the determination unit 23a selects the next parameter from the DU_YANG module. That is, the processes of S23 to S26 are performed for each parameter in the DU_YANG module. Then, when the processes of S23 to S26 have been performed for all parameters in the DU_YANG module, the process of the determination unit 23a proceeds to S28.
  • the judgment unit 23a judges whether each parameter in the DU_YANG module satisfies the following condition (1) or condition (2).
  • the expected value of the target parameter is within the valid range of the corresponding parameter in the communications unit RU 10 and coincides with the initial value of the corresponding parameter in the communications unit RU 10.
  • the expected value of the target parameter falls within the valid range of the corresponding parameter in the communications unit RU 10, and the initial value of the corresponding parameter in the communications unit RU 10 can be updated to the expected value of the target parameter.
  • the judgment unit 23a When all parameters in the DU_YANG module satisfy condition (1) or condition (2), the judgment unit 23a generates a start instruction in S29.
  • the start instruction instructs the start of the radio access network service.
  • the start instruction is then transmitted to the communication device RU10.
  • an update message is generated, the start instruction and the update message are transmitted to the communication device RU10.
  • ⁇ Hardware Configuration> 17 shows an example of the hardware configuration of the communication unit RU 10 and the communication unit DU 20.
  • the communication unit RU 10 includes a processor 41, a memory 42, a storage device 43, a communication interface circuit 44, and a wireless circuit 45.
  • the processor 41 controls the operation of the communication device RU10 by executing a communication program stored in the storage device 43.
  • the communication program includes program code describing the procedure for editing the RU_YANG module. Therefore, the function of the editing unit 13a is provided by the processor 41 executing this communication program.
  • the memory 42 is used as a working area for the processor 41.
  • the storage device 43 stores the above-mentioned communication program and other programs.
  • the RU profile information, the RU_YANG module, and the RU parameter setting information are stored in the storage device 43.
  • the communication interface circuit 44 corresponds to the FH interface unit 11 shown in FIG. 15, and communicates with the communication device DU20 via the fronthaul.
  • the wireless circuit 45 includes a wireless transmitter that transmits a signal to a wireless terminal and a wireless receiver that receives a signal from the wireless terminal.
  • the communication unit DU20 comprises a processor 51, a memory 52, a storage device 53, and a communication interface circuit 54.
  • the configuration of the communication unit DU20 is generally the same as that of the communication unit RU10.
  • the communication program executed by the processor 51 includes program code describing the procedure for determining whether the functions/services of the communication unit DU20 are supported by the communication unit RU10. Therefore, the function of the determination unit 23a is provided by the processor 51 executing this communication program.
  • the communication unit DU20 does not comprise a wireless circuit.
  • Communication unit RU 11 FH interface unit 12 storage unit 13 RU control unit 13a editing unit 20 communication device DU 21 FH interface unit 22 storage unit 23 DU control unit 23a determination unit

Landscapes

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

Abstract

無線アクセスネットワークを構成するDUとRUとの接続の可否を判定する方法を提供する。DUは、RUが提供する機能に係わる情報を表す第1のプロファイルをRUから取得し、第1のプロファイルおよびDUが提供する機能に係わる情報を表す第2のプロファイルに基づいて、DUが提供する機能がRUによりサポートされているか否かを判定し、DUが提供する機能がRUによりサポートされているときに、第2のプロファイルをRUに送信する。RUは、第2のプロファイルに基づいて、第1のプロファイルに対応する通信パラメータを含む第1の制御情報を編集し、編集後の第1の制御情報をDUに送信する。DUは、第1の制御情報および第2のプロファイルに対応する通信パラメータを含む第2の制御情報に基づいて、DUが提供する機能に係わる通信パラメータがRUによりサポートされているか否かを判定する。

Description

通信装置および通信システム
 本発明は、無線通信のための通信装置および通信システムに係わる。
 5Gネットワークの無線アクセスネットワーク(RAN)は、多くのケースにおいて、DU(Distributed Unit)およびRU(Radio Unit)を備える。DUは、無線リンク制御(RLC)、媒体アクセス制御(MAC)、およびPHY-High機能などを提供する。すなわち、DUは、上位レイヤにおいて信号を処理する。RUは、PHY-Low機能およびRF処理などを提供する。すなわち、RUは、無線端末を収容することができる。
 DUとRUとの間のインタフェースは、従来は、通信装置のベンダごとに設計されていた。ところが、近年では、無線アクセスネットワークのインタフェースのオープン化が進められている。例えば、O-RAN(Open RAN)アライアンスにより、無線アクセスネットワークのインタフェースおよび通信装置の仕様が規定されている。この場合、各ベンダがO-RANに準拠する通信装置を提供することにより、異なるベンダの通信装置を相互に接続することが可能になる。
 なお、O-RANのフロントホールインタフェースについては、例えば、特許文献1に記載されている。
国際公開第2021/117245号
 ただし、O-RANは、DUとRUとを接続するためのすべての仕様を規定しているわけではない。このため、各ベンダがO-RANに準拠する通信装置を提供する場合であっても、通信装置の機能、通信装置が使用するプロファイル、通信装置が準拠するO-RANのバージョンの違いなどに起因して、通信装置を相互に接続できないことがある。
 本発明の1つの側面に係わる目的は、無線アクセスネットワークを構成する通信装置間の接続の可否を判定する方法を提供することである。
 本発明の1つの態様に係わる通信システムは、無線端末を収容する第1の通信装置および前記第1の通信装置の信号を処理する第2の通信装置を備える。前記第2の通信装置は、前記第1の通信装置が提供する機能に係わる情報を表す第1のプロファイルを前記第1の通信装置から取得し、前記第1のプロファイルおよび前記第2の通信装置が提供する機能に係わる情報を表す第2のプロファイルに基づいて、前記第2の通信装置が提供する機能が前記第1の通信装置によりサポートされているか否かを判定し、前記第2の通信装置が提供する機能が前記第1の通信装置によりサポートされているときに、前記第2のプロファイルを前記第1の通信装置に送信する。前記第1の通信装置は、前記第2のプロファイルに基づいて、前記第1のプロファイルに対応する通信パラメータを含む第1の制御情報を編集し、編集後の前記第1の制御情報を前記第2の通信装置に送信する。前記第2の通信装置は、前記第1の制御情報および前記第2のプロファイルに対応する通信パラメータを含む第2の制御情報に基づいて、前記第2の通信装置が提供する機能に係わる通信パラメータが前記第1の通信装置によりサポートされているか否かを判定する。
 上述の態様によれば、無線アクセスネットワークを構成する通信装置間の接続の可否をサービス開始前に簡単に判定することができる。
本発明の実施形態に係わる通信システムの一例を示す図である。 DUとRUとの間の管理(M)プレーンインタフェースを規定するプロファイルの一例を示す図である。 DUとRUとの間の制御(C)/ユーザ(U)/同期(S)プレーンインタフェースを規定するプロファイルの他の例を示す図である。 DUとRUとの間の相互接続の可否を判定するシーケンスの一例を示す図である。 RUに設定されるRUプロファイル情報の一例を示す図である。 RUに設定されるYANGモジュールの一例を示す図(その1)である。 RUに設定されるYANGモジュールの一例を示す図(その2)である。 DUに設定されるDUプロファイル情報の一例を示す図である。 プロファイル情報の比較の一例を示す図である。 YANGモジュールの編集の一例を示す図である。 YANGモジュールの編集の他の例を示す図である。 図10および図11に示す手順で編集されたRU_YANGモジュールの一例を示す図である。 RUに設定されるYANGモジュール内の各パラメータの初期値および範囲の一例を示す図である。 DUに設定されるYANGモジュール内の各パラメータの期待値の一例を示す図である。 通信装置RUおよび通信装置DUの機能を表すブロック図である。 判定部の処理の一例を示すフローチャートである。 通信装置のハードウェア構成の一例を示す図である。
 図1は、本発明の実施形態に係わる通信システムの一例を示す。この実施例では、通信システム100は、CU(Central Unit)、DU、RU、および無線端末を備える。DUおよびRUは、上述したように、無線アクセスネットワークを構成する。すなわち、RUは、PHY-Low機能およびRF処理などを提供し、無線端末を収容することができる。よって、RUは、無線アクセスネットワークにおいて無線端末を収容する無線装置の一例である。DUは、無線リンク制御、媒体アクセス制御、およびPHY-High機能などを提供し、上位レイヤにおいてRUの信号を処理する。なお、DUには、複数のRUが接続し得る。すなわち、DUは、複数のRUの信号を処理することができる。CUは、コアネットワークとDUとの間に設けられ、さらに上位レイヤにおいてDUの信号を処理する。無線端末は、特に限定されるものではないが、例えばUE(User Equipment)である。
 DUおよびRUは、公知のインタフェースにより相互に接続される。この実施例では、DUとRUとの間のインタフェースは、O-RANアライアンスにより規定されるフロントホールインタフェースである。
 無線アクセスネットワークは、例えば、NETCONF(NETwork CONFiguration)プロトコルを利用して設定される。NETCONFは、ネットワークデバイスと通信するための標準的なトランスポートプロトコルの1つである。具体的には、NETCONFは、設定データを編集する機能、およびネットワークデバイスから運用データを取得するメカニズムなどを提供する。
 NETCONFにおいては、YANG(Yet Another Next Generation)モデリング言語が使用される。すなわち、NETCONFにおいては、YANGで記述されたデータに基づいて、ネットワークデバイスの設定が行われる。YANGは、ネットワークデバイスの設定項目、状態、手続き呼出しなどの構造を、人が解釈しやすい形式で記述することを目的として開発されたモデリング言語の1つである。なお、YANGを使用してネットワークデバイスの設定値および構造を抽象化したデータは「YANGデータモデル」または「YANGモジュール」と呼ばれることがある。
 また、O-RAN WG4は、相互接続時において使用すべき機能を規定する仕様書であるIOT SPEC(Interoperability Test Specification)を作成している。この仕様書では、項目(Item)ごとに使用する機能がリストアップされる。なお、リストアップされた内容を「IOTプロファイル」または単に「プロファイル」と呼ぶことがある。
 図2~図3は、DUとRUとの間のインタフェースを規定するプロファイルの一例を示す。図2に示すプロファイルにおいては、例えば、管理(M)プレーンにおいてIPv4を使用することが規定されている。この場合、DUおよびRUは、それぞれ、IPv4で通信を行う機能をサポートしなければならない。図3に示すプロファイルにおいては、例えば、DUおよびRUは、それぞれ、制御(C)/ユーザ(U)/同期(S)プレーンにおいてNR TDD方式で通信を行う機能をサポートしなければならない。また、各項目に対して複数の機能(または、動作条件)を設定することも可能である。例えば、図3に示す例では、フロントホールイーサネットリンク(イーサネットは、登録商標)として2つの機能が設定されている。この場合は、DUおよびRUは、それぞれ、2つの機能のうちの少なくとも一方をサポートする必要がある。
 図4は、DUとRUとの間の相互接続の可否を判定するシーケンスの一例を示す。このシーケンスは、例えば、RUの起動時に開始される。なお、以下の記載では、RUおよびDUをそれぞれ通信装置RUおよび通信装置DUと呼ぶことがある。
 通信装置RUのメモリには、RUプロファイル情報、RU_YANGモジュール、およびRUパラメータ設定情報が保存されている。なお、RUプロファイル情報、RU_YANGモジュール、およびRUパラメータ設定情報は、例えば、通信装置RUのベンダにより作成されて通信装置RUのメモリに書き込まれる。
 RUプロファイル情報は、通信装置RUと通信装置DUとの間の相互接続において通信装置RUが使用可能な機能を規定し、O-RANの仕様に従って作成される。RUプロファイル情報の一例を図5に示す。図5に示すRUプロファイル情報によれば、通信装置RUは、例えば、アーキテクチャモデルとして、階層モデルおよびハイブリッドモデルをサポートする。また、通信装置RUは、IPv4をサポートする。
 RU_YANGモジュールは、RUプロファイル情報に基づいて作成され、YANGを使用して通信装置RUの設定および構造を表す。RU_YANGモジュールの一例を図6~図7に示す。図6では、DHCP(Dynamic Host Configuration Protocol)に係わる情報が記述されている。図7では、ファイル管理に係わる情報が記述されている。
 RUパラメータ設定情報は、通信装置RUにおいてRU_YANGモジュール内で使用されるパラメータの初期値および有効範囲などを表す。尚、RUパラメータ設定情報は、RU_YANGモジュールの一部であってもよい。
 同様に、通信装置DUのメモリには、DUプロファイル情報、DU_YANGモジュール、およびDUパラメータ情報が保存されている。なお、DUプロファイル情報、DU_YANGモジュール、およびDUパラメータ情報は、例えば、通信装置DUのベンダまたは通信装置DUを含む無線アクセスネットワークの管理者により作成されて通信装置DUのメモリに書き込まれる。
 DUプロファイル情報は、通信装置RUと通信装置DUとの間の相互接続において通信装置DUが提供したい機能を規定し、O-RANの仕様に従って作成される。ここで、通信装置DUが提供したい機能は、通信装置DUが開始したいサービスを含む。DUプロファイル情報の一例を図8に示す。図8に示すDUプロファイル情報によれば、通信装置DUは、例えば、アーキテクチャモデルとしてハイブリッドモデルを使用する。また、通信装置DUは、IPv4を使用する。
 DU_YANGモジュールは、DUプロファイル情報に基づいて作成され、YANGを使用して通信装置DUの設定および構造を表す。DUパラメータ情報は、通信装置DUにおいてDU_YANGモジュール内で使用されるパラメータの期待値などを表す。期待値は、通信装置DUが提供したい機能または通信装置DUが開始したいサービスを表す。なお、DUパラメータ情報は、DU_YANGモジュールの一部であってもよい。
 図4の説明に戻る。図4に示すシーケンスにおいて、通信装置RUが起動されると、通信装置RUと通信装置DUとの間にリンクが確立される。リンクは、この実施例では、SSL(Secure Sockets Layer)またはTLS(Transport Layer Security)で確立される。SSL/TLSは、認証および暗号化通信を行うためのプロトコルである。したがって、通信装置RUが起動されたときには、例えば、通信装置RUがクライアントとして動作する。この場合、通信装置RUがクライアントHelloメッセージを通信装置DUに送信することでSSL/TLS手順が開始される。
 通信装置RUと通信装置DUとの間にリンクが確立すると、S1において、通信装置RUは、通信装置RUのメモリからRUプロファイル情報を読み出す。そして、通信装置RUは、RUプロファイル情報を通信装置DUに送信する。すなわち、通信装置DUは、通信装置RUが提供する機能に係わる情報を表すRUプロファイル情報を通信装置RUから取得する。なお、RUプロファイル情報の一例は、図5に示した通りである。
 S2において、通信装置DUは、通信装置DUのメモリからDUプロファイル情報を読み出す。DUプロファイル情報の一例は、図8に示した通りである。そして、通信装置DUは、図9に示すように、DUプロファイル情報と通信装置RUから取得したRUプロファイル情報とを比較する。具体的には、通信装置DUは、DUプロファイル情報およびRUプロファイル情報に基づいて、通信装置DUが提供したい機能(サービスを含む)が、通信装置RUによりサポートされているか否かを判定する。
 例えば、DUプロファイル情報によれば、通信装置DUは、アーキテクチャモデルとしてハイブリッドモデルを使用する。これに対して、RUプロファイル情報によれば、通信装置RUは、アーキテクチャモデルとして、階層モデルおよびハイブリッドモデルをサポートする。すなわち、通信装置DUが提供したいアーキテクチャモデルは、通信装置RUによりサポートされている。また、通信装置DUは、IPv4で管理プレーンのデータを通信する。他方、通信装置RUは、IPv4およびIPv6をサポートする。すなわち、通信装置DUが使用したい通信プロトコル(IPv4)は、通信装置RUによりサポートされている。
 同様に、通信装置DUは、DUプロファイル情報の各項目について、通信装置DUが提供したい機能が、通信装置RUによりサポートされているか否かを判定する。そして、DUプロファイル情報の中の1以上の項目において、通信装置DUが提供したい機能が通信装置RUによりサポートされていないときには、通信装置DUは、オペレータ端末にエラーメッセージを送信する。この場合、エラーメッセージは、例えば、通信装置RUによりサポートされていない機能を識別する情報を含む。なお、オペレータ端末は、無線アクセスネットワークの管理者が操作するコンピュータである。
 DUプロファイル情報のすべての項目において、通信装置DUが提供したい機能が通信装置RUによりサポートされているときには、S3において、通信装置DUは、DUプロファイル情報を通信装置RUに送信する。DUプロファイル情報の一例は、図8に示した通りである。
 S4において、通信装置RUは、通信装置DUから受信するDUプロファイル情報に基づいて、RU_YANGモジュールを編集する。このとき、通信装置RUは、RU_YANGモジュールにおいて、通信装置DUが必要としない機能に係わる記述を削除する。
 例えば、通信装置RUに図6に示すRU_YANGモジュールが設定されているものとする。ここで、通信装置RUは、IPv4およびIPv6をサポートするものとする。すなわち、RU_YANGモジュールには、IPv4に係わる記述(ro dhcpv4)およびIPv6に係わる記述(ro dhcpv6)が記述されている。そして、通信装置RUは、通信装置DUから図8に示すDUプロファイル情報を受信する。ここで、このDUプロファイル情報によれば、通信装置DUはIPv4で通信を行う。この場合、RU_YANGモジュールにおいて、IPv6に係わる記述(ro dhcpv6)は不要である。よって、通信装置RUは、DUプロファイル情報に基づいて、図10に示すように、RU_YANGモジュールからIPv6に係わる記述(ro dhcpv6)を削除する。
 また、通信装置RUに図7に示すRU_YANGモジュールが設定されているものとする。ここで、通信装置RUは、パスワードによる認証をサポートするものとする。すなわち、RU_YANGモジュールには、パスワード認証に係わる情報が記述されている。そして、通信装置RUは、通信装置DUから図8に示すDUプロファイル情報を受信する。ここで、このDUプロファイル情報によれば、通信装置DUはTLSを使用する。なお、TLSにおいては、パスワードを使用することなく相互認証が行われる。この場合、RU_YANGモジュールにおいて、パスワードに係わる記述は不要である。よって、通信装置RUは、DUプロファイル情報に基づいて、図11に示すように、RU_YANGモジュールからパスワードに係わる記述を削除する。
 図12は、図10および図11に示す手順で編集されたRU_YANGモジュールの一例を示す。このように、通信装置RUは、RU_YANGモジュールにおいて、通信装置DUが提供する機能に対応しない記述を削除する。
 S5において、通信装置RUは、編集後のRU_YANGモジュール内の各パラメータに対応する初期値および有効範囲を決定する。ここで、通信装置RUの動作に係わる各パラメータの初期値および有効範囲は、図4に示すRUパラメータ設定情報として、通信装置RUのメモリ内に予め保存されている。また、通信装置RUにおいて、DUプロファイル情報に基づく編集により、図13(a)に示すRU_YANGモジュールが得られているものとする。この場合、通信装置RUは、予め用意されているRUパラメータ設定情報を参照することにより、図13(b)に示すように、RU_YANGモジュール内の各パラメータに対して初期値および有効範囲を決定できる。なお、以下の記載では、通信装置RUの各パラメータの初期値および有効範囲を表す情報を「RUパラメータ情報」と呼ぶことがある。また、RUパラメータ情報が付与されたRU_YANGモジュールを「パラメータマッピングデータ」と呼ぶことがある。
 この実施例では、例えば「rw acceptance-list-of-ssm」の初期値および有効範囲としてそれぞれ「PRC」および「PRC、SSU_B」が設定されている。この状態は、通信装置RUがPRCおよびSSU_Bをサポートし、デフォルト動作状態がPRCであることを表している。また、「rw ssw-timeout?」の初期値および有効範囲としてそれぞれ「5」および「1~5」が設定されている。この状態は、通信装置RUにおけるSSWタイムアウトの有効範囲が「1~5」であり、デフォルト動作状態が「1」であることを表している。
 S6において、通信装置RUは、パラメータマッピングデータを通信装置DUに送信する。すなわち、通信装置DUは、通信装置RUからパラメータマッピングデータを取得する。パラメータマッピングデータは、編集後のRU_YANGモジュールおよび通信装置RUが使用する各パラメータの初期値および有効範囲を表すRUパラメータ情報に相当する。
 S7において、通信装置DUは、通信装置RUに設定されている通信パラメータと通信装置DUが使用する通信パラメータとの整合性をチェックする。通信装置RUに設定されている通信パラメータは、通信装置RUから通信装置DUに送信されるパラメータマッピングデータにより表される。また、通信装置DUが使用する通信パラメータは、DU_YANGモジュールに基づいて図4に示すDUパラメータ設定情報を参照することにより得られる。このとき、DU_YANGモジュールは、通信装置DUが開始したい機能/サービスに係わる記述を含む。すなわち、通信装置DUが開始したい機能/サービスに係わらない記述は、DU_YANGモジュールから削除されているものとする。また、DUパラメータ設定情報は、通信装置DUが開始したい機能/サービスを表す通信パラメータの期待値を表し、通信装置DUのベンダまたは通信装置DUを含む無線アクセスネットワークの管理者により作成されてメモリに書き込まれている。
 例えば、図14(a)に示すDU_YANGモジュールが通信装置DUに設定されている。但し、通信装置DUは、GNSS(Global Navigation Satellite System)を使用しない。したがって、DU_YANGモジュールにおいてGNSSに係わる記述は削除される。そして、通信装置DUは、DUパラメータ設定情報を参照することにより、図14(b)に示すように、DU_YANGモジュール内の各パラメータに対応する期待値を特定する。パラメータの期待値は、通信装置DUが開始したい機能/サービスの具体的な内容を表す。
 続いて、通信装置DUは、DU_YANGモジュール内の各パラメータの期待値が、通信装置RUによりサポートされているか否かを判定する。ここでは、通信装置DUにおいて、図14(b)に示す期待値が設定されているものとする。また、通信装置DUは、通信装置RUから図13(b)に示すRUパラメータ情報を受信しているものとする。
 例えば、「acceptance-list-of-ssm」についての判定は以下の通りである。なお、このパラメータの値は、通信装置DUからの指示に応じて、通信装置RUにおいて書き換えることが可能であるものとする。図13および図14に示す例では、「rw」が付与されているパラメータは通信装置RUにおいて書き換え可能であり、「ro」が付与されているパラメータは通信装置RUにおいて書き換え不可である。
 まず、通信装置DUの期待値が通信装置RUにおける有効範囲の中に入っているか否か判定される。この例では、通信装置DUの期待値は「SSU_B」であり、通信装置RUにおける有効範囲は「PRC、SSU_B」である。よって、通信装置DUの期待値は、通信装置RUにおける有効範囲の中に入っている。この場合、通信装置DUの期待値と通信装置RUの初期値とが比較される。この例では、通信装置RUにおける初期値は「PRC」である。すなわち、通信装置RUの初期値は、通信装置DUの期待値とは異なっている。この場合、判定対象のパラメータが通信装置RUにおいて書き換え可能か否かがチェックされる。この実施例では、このパラメータに「rw」が付与されており、通信装置RUにおいて書き換え可能である。よって、通信装置DUは、このパラメータの値を「PRC」から「SSU_B」に書き換えることを指示する更新メッセージを生成する。なお、通信装置DUの期待値が通信装置RUにおける有効範囲の中に入っていないときは、エラーメッセージが生成される。また、通信装置RUの初期値が通信装置DUの期待値と一致するときは、OKメッセージが生成され、次のパラメータが選択される。
 「lock-state」についての判定は以下の通りである。なお、このパラメータの値は、通信装置DUからの指示に応じて、通信装置RUにおいて書き換えることができないものとする。
 通信装置DUの期待値が通信装置RUにおける有効範囲の中に入っているか否か判定される。この例では、通信装置DUの期待値は「UNLOCKED」であり、通信装置RUにおける有効範囲は「LOCKED、UNLOCKED」である。よって、通信装置DUの期待値は、通信装置RUにおける有効範囲の中に入っている。この場合、通信装置DUの期待値と通信装置RUの初期値とが比較される。この例では、通信装置RUにおける初期値は「UNLOCKED」である。すなわち、通信装置RUの初期値は、通信装置DUの期待値と一致する。この場合、OKメッセージが生成される。
 このパラメータの値は、通信装置DUからの指示に応じて、通信装置RUにおいて書き換えることができない。よって、通信装置RUの初期値が通信装置DUの期待値と異なるときには、通信装置DUと通信装置RUとの間で通信できないことがある。例えば、通信装置RUの初期値が「LOCKED」である場合は、通信装置DUの期待値が通信装置RUにおける有効範囲の中に入っていても、通信装置DUと通信装置RUとの間でパラメータの値を一致させることができない、よって、この場合は、エラーメッセージが生成される。
 通信装置DUは、上述のようにして、DU_YANGモジュール内の各パラメータが通信装置RUにおいてサポートされているか否かを判定する。そして、すべてのパラメータが通信装置RUにおいてサポートされているときは、通信装置DUは、S8において、通信装置RUに起動指示を送信する。また、1または複数のパラメータについて更新メッセージが生成されているときには、通信装置DUは、起動指示および更新メッセージを通信装置RUに送信する。なお、1または複数のパラメータについてエラーメッセージが生成されているときには、通信装置DUは、起動指示を通信装置RUに送信することなく、エラーメッセージをオペレータ端末に送信する。
 通信装置RUは、起動指示および更新メッセージを受信したときは、S9において、RU_YANGモジュール内の対応するパラメータの値を更新する。例えば、図13~図14に示す実施例では、通信装置RUは、「acceptance-list-of-ssm」の値を「PRC」から「SSU_B」に更新することを指示する更新メッセージを受信する。この場合、通信装置RUは、「acceptance-list-of-ssm」の値を「PRC」から「SSU_B」に更新する。
 S10において、通信装置RUは、受信した起動指示に従って通信装置DU内の回路を起動する。この後、S11において、通信装置DUおよび通信装置RUは通信サービスを開始する。
 このように、本発明の実施形態に係わる無線アクセスネットワークにおいては、通信装置RUの起動時に、通信装置DUが提供したい機能/サービスに係わる通信パラメータが通信装置RUによりサポートされているか判定される。そして、通信装置DUが提供したい機能/サービスに係わる通信パラメータが通信装置RUによりサポートされてないときには、通信装置RUによりサポートされてない通信パラメータを表すエラーメッセージが生成される。したがって、通信装置DUと通信装置RUとの相互接続に問題があるときには、無線アクセスネットワークの管理者は、その問題点をサービス開始前に容易に認識できる。これにより、無線アクセスネットワークを構築するための労力が削減される。
 図15は、通信装置RUおよび通信装置DUの機能を表すブロック図である。通信装置RUおよび通信装置DUは、フロントホールを介して相互に接続される。
 通信装置RU10は、FHインタフェース部11、保存部12、およびRU制御部13を備える。FHインタフェース部11は、フロントホールを介して通信装置DU20と通信する。また、通信装置RU10は、無線アンテナを備え、無線端末を収容することができる。
 保存部12には、RUプロファイル情報、RU_YANGモジュール、およびRUパラメータ設定情報が保存されている。RUプロファイル情報は、図5に示すように、通信装置RU10と通信装置DU20との間の相互接続において通信装置RU10がサポートする機能/サービスを表す。RU_YANGモジュールは、RUプロファイル情報に基づいて作成され、図6~図7に示すように、通信装置RU10の設定および構造を表す。尚、RU_YANGモジュールは、RUプロファイル情報に対応する通信パラメータを含む制御情報の一例である。RUパラメータ設定情報は、通信装置RU10においてRU_YANGモジュール内で使用されるパラメータの初期値および有効範囲などを表す。
 RU制御部13は、通信装置RU10の動作を制御する。また、RU制御部13は、編集部13aを備える。編集部13aは、通信装置DU20から受信するDUプロファイル情報に基づいてRU_YANGモジュールを編集する。例えば、編集部13aは、DUプロファイル情報に基づいて、RU_YANGモジュールから通信装置DU20が提供する機能に係わらない記述を削除する。図10に示す例では、編集部13aにより、RU_YANGモジュールからIPv6に係わる記述が削除される。また、編集部13aは、RUパラメータ設定情報を参照し、編集後のRU_YANGモジュールに含まれる各通信パラメータの初期値および有効範囲を表すRUパラメータ情報を生成する。なお、編集後のRU_YANGモジュールおよびRUパラメータ情報は、FHインタフェース部11により通信装置DU20に送信される。
 通信装置DU20は、FHインタフェース部21、保存部22、DU制御部23、およびOPインタフェース部24を備える。FHインタフェース部21は、フロントホールを介して通信装置RU10と通信する。OPインタフェース部24は、オペレータ端末30と通信する。
 保存部22には、DUプロファイル情報、DU_YANGモジュール、およびDUパラメータ設定情報が保存されている。DUプロファイル情報は、図8に示すように、通信装置RU10と通信装置DU20との間の相互接続において通信装置DU20が提供したい機能/サービスを表す。DU_YANGモジュールは、DUプロファイル情報に基づいて作成され、通信装置DU20の設定および構造を表す。なお、DU_YANGモジュールは、DUプロファイル情報に対応する通信パラメータを含む制御情報の一例である。DUパラメータ設定情報は、通信装置DU10においてRU_YANGモジュール内で使用されるパラメータの期待値などを表す。
 DU制御部23は、通信装置DU20の動作を制御する。また、DU制御部23は、判定部23aを備える。判定部23aは、通信装置DU20が提供する機能/サービスが通信装置RU10によりサポートされているか否かを判定する。例えば、FHインタフェース部21が、通信装置RU10からRUプロファイル情報を受信したときに、判定部23aは、DUプロファイル情報およびRUプロファイル情報に基づいて、通信装置DU20が提供する機能/サービスが通信装置RU10によりサポートされているか否かをする。図9に示す例では、通信装置DU20が提供する各機能/サービスがそれぞれ通信装置RU10によりサポートされている。
 FHインタフェース部21が、通信装置RU10からRU_YANGモジュールを受信したときには、判定部23aは、DU_YANGモジュールおよびRU_YANGモジュールに基づいて、通信装置DU20が提供する機能/サービスに係わる通信パラメータが通信装置RU10によりサポートされているか否かを判定する。図13~図14に示す実施例では、判定部23aは、通信装置DU20が使用する各通信パラメータの期待値は、それぞれ、通信装置RU10において規定されている有効範囲の中に入っている。また、判定部23aは、通信装置DU20が使用する各通信パラメータの期待値が、それぞれ、通信装置RU10において規定されている初期値と一致するか否かを判定してもよい。通信装置DU20が使用する通信パラメータの期待値が通信装置RU10において規定されている初期値と一致しないときには、判定部23aは、RU_YANGモジュール内の対応する通信パラメータの初期値を、通信装置DU20における通信パラメータの期待値に更新することを指示する更新メッセージを生成してもよい。この場合、FHインタフェース部21は、この更新メッセージを通信装置RU10に送信する。
 通信装置DU20が提供する機能/サービスに係わる通信パラメータの期待値が通信装置RU10において規定されている有効範囲の中に入っていないときには、判定部23aは、エラーメッセージを出力してもよい。また、通信装置DU20が提供する機能/サービスに係わる通信パラメータの期待値が、通信装置RU10において規定されている初期値と一致せず、且つ、RU_YANGモジュール内の対応する通信パラメータの初期値を更新できないときには、判定部23aは、エラーメッセージを出力してもよい。エラーメッセージは、OPインタフェース部24によりオペレータ端末30に送信される。
 図16は、判定部23aの処理の一例を示すフローチャートである。判定部23aは、通信装置DU20に実装される。また、このフローチャートの処理は、図4に示すS7で実行されるパラメータ判定に相当する。
 S21において、判定部23aは、通信装置RU10からRU_YANGモジュールおよびRUパラメータ情報を取得する。S22において、判定部23aは、DU_YANGモジュールが使用するパラメータの中から判定対象のパラメータを選択する。そして、判定部23aは、保存部22に保存されているDUパラメータ設定情報を参照することにより、選択したパラメータの期待値を認識する。なお、以下の記載では、S22で選択されるパラメータを対象パラメータと呼ぶことがある。
 S23において、判定部23aは、対象パラメータの期待値が、通信装置RU10において使用される対応するパラメータの有効範囲の中に入っているか判定する。なお、通信装置RU10において使用される各パラメータの有効範囲は、通信装置RU10から受信するRUパラメータ情報により表される。
 対象パラメータの期待値が対応するパラメータの有効範囲の中に入っているときは、判定部23aは、S24において、対象パラメータの期待値が、通信装置RU10において使用される対応するパラメータの初期値と一致するか判定する。なお、通信装置RU10において使用される各パラメータの初期値は、通信装置RU10から受信するRUパラメータ情報により表される。
 対象パラメータの期待値が対応するパラメータの初期値と一致するときは、判定部23aの処理はS27に進む。対象パラメータの期待値が対応するパラメータの初期値と一致しないときは、判定部23aは、S25において、対応するパラメータの初期値を対象パラメータの期待値に更新できるか判定する。そして、対応するパラメータの初期値を対象パラメータの期待値に更新できるときは、判定部23aは、S26において、更新メッセージを生成する。この更新メッセージは、対応するパラメータの初期値を対象パラメータの期待値に更新することを指示する。
 S27において、判定部23aは、DU_YANGモジュール内のすべてのパラメータに対してS23~S26の処理を実行したか判定する。ここで、S23~S26の処理を実行していないパラメータが残っているときは、判定部23aの処理はS22に戻る。そして、判定部23aは、DU_YANGモジュールから次のパラメータを選択する。すなわち、DU_YANGモジュール内の各パラメータに対してS23~S26の処理が実行される。そして、DU_YANGモジュール内のすべてのパラメータに対してS23~S26の処理が実行されると、判定部23aの処理はS28に進む。
 S28において、判定部23aは、DU_YANGモジュール内の各パラメータが下記の条件(1)または条件(2)を満足しているか判定する。
(1)対象パラメータの期待値は、通信装置RU10における対応するパラメータの有効範囲の中に入っており、且つ、通信装置RU10における対応するパラメータの初期値と一致する。
(2)対象パラメータの期待値は、通信装置RU10における対応するパラメータの有効範囲の中に入っており、且つ、通信装置RU10における対応するパラメータの初期値を対象パラメータの期待値に更新できる。
 DU_YANGモジュール内のすべてのパラメータが条件(1)または条件(2)を満足するときは、判定部23aは、S29において起動指示を生成する。起動指示は、無線アクセスネットワークのサービスの開始を指示する。そして、起動指示は、通信装置RU10に送信される。更新メッセージが生成されているときは、起動指示および更新メッセージが通信装置RU10に送信される。
 なお、対象パラメータの期待値が対応するパラメータの有効範囲の中に入っていないときは(S23:No)、S30においてエラーメッセージが生成される。また、対応するパラメータの初期値を対象パラメータの期待値に更新できないときも(S25:No)、S30においてエラーメッセージが生成される。エラーメッセージは、オペレータ端末30に送信される。
 <ハードウェア構成>
 図17は、通信装置RU10および通信装置DU20のハードウェア構成の一例を示す。通信装置RU10は、プロセッサ41、メモリ42、記憶装置43、通信インタフェース回路44、および無線回路45を備える。
 プロセッサ41は、記憶装置43に保存されている通信プログラムを実行することにより、通信装置RU10の動作を制御する。通信プログラムは、RU_YANGモジュールを編集する手順を記述したプログラムコードを含む。したがって、プロセッサ41がこの通信プログラムを実行することで、編集部13aの機能が提供される。メモリ42は、プロセッサ41の作業領域として使用される。記憶装置43は、上述した通信プログラムおよび他のプログラムを保存する。また、RUプロファイル情報、RU_YANGモジュール、およびRUパラメータ設定情報は、記憶装置43に保存される。通信インタフェース回路44は、図15に示すFHインタフェース部11に相当し、フロントホールを介して通信装置DU20と通信する。無線回路45は、無線端末に信号を送信する無線送信機および無線端末から信号を受信する無線受信機を含む。
 通信装置DU20は、プロセッサ51、メモリ52、記憶装置53、および通信インタフェース回路54を備える。すなわち、通信装置DU20の構成は、通信装置RU10と概ね同じである。ただし、プロセッサ51が実行する通信プログラムは、通信装置DU20の機能/サービスが通信装置RU10によりサポートされているかを判定する手順を記述したプログラムコードを含む。したがって、プロセッサ51がこの通信プログラムを実行することで、判定部23aの機能が提供される。また、通信装置DU20は、無線回路を備えていない。
10 通信装置RU
11 FHインタフェース部
12 保存部
13 RU制御部
13a 編集部
20 通信装置DU
21 FHインタフェース部
22 保存部
23 DU制御部
23a 判定部

 

Claims (10)

  1.  無線アクセスネットワークにおいて無線端末を収容する通信装置であって、
     前記無線アクセスネットワークにおいて当該通信装置の信号を処理する第2の通信装置と通信するインタフェース部と、
     当該通信装置が提供する機能に係わる情報を表す第1のプロファイルおよび前記第1のプロファイルに対応する通信パラメータを含む制御情報を保存する保存部と、
     前記制御情報を編集する編集部と、を備え、
     前記インタフェース部は、前記第1のプロファイルを前記第2の通信装置に送信し、前記第2の通信装置が提供する機能に係わる情報を表す第2のプロファイルを前記第2の通信装置から受信し、
     前記編集部は、前記第2のプロファイルに基づいて、前記制御情報を編集し、
     前記インタフェース部は、編集後の前記制御情報を前記第2の通信装置に送信し、
     前記第2の通信装置において、編集後の前記制御情報に基づいて、前記第2の通信装置が提供する機能に係わる通信パラメータが当該通信装置によりサポートされていると判定されたときに、当該通信装置は、編集後の前記制御情報に基づいて通信サービスを開始する
     ことを特徴とする通信装置。
  2.  前記編集部は、前記第2のプロファイルに基づいて、前記制御情報から前記第2の通信装置が提供する機能に係わらない記述を削除する
     ことを特徴とする請求項1に記載の通信装置。
  3.  前記編集部は、編集後の前記制御情報に含まれる各通信パラメータの初期値および範囲を表すパラメータ情報を生成し、
     前記インタフェース部は、編集後の前記制御情報および前記パラメータ情報を前記第2の通信装置に送信する
     ことを特徴とする請求項2に記載の通信装置。
  4.  無線アクセスネットワークにおいて無線端末を収容する無線装置の信号を処理する通信装置であって、
     前記無線装置と通信するインタフェース部と、
     当該通信装置が提供する機能に係わる情報を表す第1のプロファイルおよび前記第1のプロファイルに対応する通信パラメータを含む第1の制御情報を保存する保存部と、
     当該通信装置が提供する機能が前記無線装置によりサポートされているか否かを判定する判定部と、を備え、
     前記インタフェース部が、前記無線装置が提供する機能に係わる情報を表す第2のプロファイルを前記無線装置から受信したときに、前記判定部は、前記第1のプロファイルおよび前記第2のプロファイルに基づいて、当該通信装置が提供する機能が前記無線装置によりサポートされているか否かを判定し、
     前記インタフェース部が、前記第2のプロファイルに対応する通信パラメータを含む第2の制御情報を前記無線装置から受信したときに、前記判定部は、前記第1の制御情報および前記第2の制御情報に基づいて、当該通信装置が提供する機能に係わる通信パラメータが前記無線装置によりサポートされているか否かを判定する
     ことを特徴とする通信装置。
  5.  前記インタフェース部が、前記第2の制御情報に含まれる通信パラメータの初期値および範囲を表すパラメータ情報を受信したときに、前記判定部は、当該通信装置が提供する機能に係わる通信パラメータの期待値が前記パラメータ情報により表される通信パラメータの範囲内であるか否かを判定する
     ことを特徴とする請求項4に記載の通信装置。
  6.  前記判定部は、当該通信装置が提供する機能に係わる通信パラメータの期待値が前記パラメータ情報により表される通信パラメータの初期値と一致するか否かを判定する
     ことを特徴とする請求項5に記載の通信装置。
  7.  当該通信装置が提供する機能に係わる通信パラメータの期待値が前記パラメータ情報により表される通信パラメータの初期値と一致しないときは、前記判定部は、前記パラメータ情報により表される通信パラメータの初期値を当該通信装置の通信パラメータの期待値に更新することを指示する更新メッセージを生成し、
     前記インタフェース部は、前記更新メッセージを前記無線装置に送信する
     ことを特徴とする請求項6に記載の通信装置。
  8.  当該通信装置が提供する機能に係わる通信パラメータの期待値が前記パラメータ情報により表される通信パラメータの範囲に入ってないときに、前記判定部は、エラーメッセージを出力する
     ことを特徴とする請求項7に記載の通信装置。
  9.  当該通信装置が提供する機能に係わる通信パラメータの期待値が前記パラメータ情報により表される通信パラメータの初期値と一致せず、且つ、前記パラメータ情報により表される通信パラメータの初期値を当該通信装置の通信パラメータの期待値に更新できないときに、前記判定部は、エラーメッセージを出力する
     ことを特徴とする請求項7に記載の通信装置。
  10.  無線端末を収容する第1の通信装置および前記第1の通信装置の信号を処理する第2の通信装置を備える通信システムであって、
     前記第2の通信装置は、
      前記第1の通信装置が提供する機能に係わる情報を表す第1のプロファイルを前記第1の通信装置から取得し、
      前記第1のプロファイルおよび前記第2の通信装置が提供する機能に係わる情報を表す第2のプロファイルに基づいて、前記第2の通信装置が提供する機能が前記第1の通信装置によりサポートされているか否かを判定し、
      前記第2の通信装置が提供する機能が前記第1の通信装置によりサポートされているときに、前記第2のプロファイルを前記第1の通信装置に送信し、
     前記第1の通信装置は、
      前記第2のプロファイルに基づいて、前記第1のプロファイルに対応する通信パラメータを含む第1の制御情報を編集し、
      編集後の前記第1の制御情報を前記第2の通信装置に送信し、
     前記第2の通信装置は、前記第1の制御情報および前記第2のプロファイルに対応する通信パラメータを含む第2の制御情報に基づいて、前記第2の通信装置が提供する機能に係わる通信パラメータが前記第1の通信装置によりサポートされているか否かを判定する
     ことを特徴とする通信システム。

     
PCT/JP2022/036437 2022-09-29 2022-09-29 通信装置および通信システム WO2024069850A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/036437 WO2024069850A1 (ja) 2022-09-29 2022-09-29 通信装置および通信システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/036437 WO2024069850A1 (ja) 2022-09-29 2022-09-29 通信装置および通信システム

Publications (1)

Publication Number Publication Date
WO2024069850A1 true WO2024069850A1 (ja) 2024-04-04

Family

ID=90476797

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/036437 WO2024069850A1 (ja) 2022-09-29 2022-09-29 通信装置および通信システム

Country Status (1)

Country Link
WO (1) WO2024069850A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021158449A (ja) * 2020-03-25 2021-10-07 株式会社Nttドコモ 通信装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021158449A (ja) * 2020-03-25 2021-10-07 株式会社Nttドコモ 通信装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
O-RAN Alliance Working Group 4 Management Plane Specification. O-RAN.WG4.MP.0-v07.01 Technical Specification. April 2022 in particular, chapter 6 *

Similar Documents

Publication Publication Date Title
KR100930605B1 (ko) UPnP VPN 게이트웨이 환경설정 서비스
US8700743B2 (en) Network configuration device
US8966018B2 (en) Automated network device configuration and network deployment
EP2033082B1 (en) Automated policy-based network device configuration and network deployment
US20050048997A1 (en) Wireless connectivity module
US9015288B2 (en) Wireless connection setting program
US20070268515A1 (en) System and method for automatic configuration of remote network switch and connected access point devices
US20070268506A1 (en) Autonomous auto-configuring wireless network device
US20070268514A1 (en) Method and business model for automated configuration and deployment of a wireless network in a facility without network administrator intervention
EP3024175A1 (en) Method and system for remote management of network devices
EP1553746A1 (en) Configuring network settings of thin client devices using portable storage media
US10575344B2 (en) Communication apparatus, communication control method, and storage medium
JP2007181144A (ja) 通信装置及び電力制御方法
EP2171917B1 (en) System and method for providing device management service to electronic device having no broadband communication module
EP1722514B1 (en) Wireless connection setting program
WO2024069850A1 (ja) 通信装置および通信システム
JP2009147517A (ja) 通信端末装置、データ中継装置、携帯電話機、通信システム、通信端末装置の制御方法、データ中継装置の制御方法、通信端末装置制御プログラム、データ中継装置制御プログラム、及び該プログラムを記録したコンピュータ読み取り可能な記録媒体
JP2005150794A (ja) コンピュータ装置及びコンピュータプログラム
JP2004030062A (ja) ネットワーク管理装置、ネットワーク管理方法及びネットワーク管理プログラム
EP1700433A1 (en) Method of automatically transferring router functionality
JP4630671B2 (ja) 情報処理装置及びその通信設定方法、並びに制御プログラム
AU2017331961B2 (en) File uploading and downloading method based on a smart device
JP7067795B2 (ja) 通信制御システム、及び、通信制御方法
US20230155977A1 (en) Communication apparatus, methods, and non-transitory computer-readable media for determining ip addresses for use in different networks
CN115865471A (zh) 网络通信方法、装置、电子设备和存储介质

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

Country of ref document: EP

Kind code of ref document: A1