WO2012114527A1 - 中継装置に対するｉｐアドレスの割当方法 - Google Patents

中継装置に対するｉｐアドレスの割当方法 Download PDF

Info

Publication number
WO2012114527A1
WO2012114527A1 PCT/JP2011/054401 JP2011054401W WO2012114527A1 WO 2012114527 A1 WO2012114527 A1 WO 2012114527A1 JP 2011054401 W JP2011054401 W JP 2011054401W WO 2012114527 A1 WO2012114527 A1 WO 2012114527A1
Authority
WO
WIPO (PCT)
Prior art keywords
relay device
base station
address
relay node
relay
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/JP2011/054401
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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to PCT/JP2011/054401 priority Critical patent/WO2012114527A1/ja
Publication of WO2012114527A1 publication Critical patent/WO2012114527A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5061—Pools of addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations

Definitions

  • the present invention relates to a method for assigning an IP address to a relay device.
  • LTE Long Term Evolution
  • eNodeB eNodeB
  • UE User Equipment
  • a relay node Unlike a relay device called a repeater that amplifies radio waves received from a base station and expands a service area, a relay node once terminates various signals including control signals from the base station and wireless terminals, The signal is processed and sent to a wireless terminal or base station. In this way, the relay node operates more intelligently than the repeater.
  • the cell that is the communicable range between the relay node and the wireless terminal is served by the original base station (called “donor base station (Donor eNodeB)”) that the relay node relays (in the communicable range). It is greatly different from a repeater in that it is treated as a cell different from a cell (at least it appears as a different cell from a wireless terminal).
  • a mechanism for assigning an IP address to a relay node located under a relay node connected to a donor base station has not been sufficiently studied.
  • One aspect of the present invention provides a technique capable of efficiently assigning an IP address to a relay device positioned below another relay device in an environment where a plurality of relay devices are connected in multiple stages to a base station. With the goal.
  • One aspect of the present invention relates to a relay device that relays a radio interface between a base station and a radio terminal for providing a cellular phone service, and that can terminate control signals from the base station and the radio terminal.
  • An IP address assignment method The base station assigns a plurality of IP addresses to a first relay device located under the base station itself, The first relay device includes an IP address including assigning at least one of a plurality of IP addresses assigned from the base station to a second relay device located under the first relay device This is an allocation method.
  • an IP address can be efficiently allocated to a relay apparatus positioned below another relay apparatus.
  • FIG. 1 shows an example of an LTE network system, which is an example of a communication system according to an embodiment of the present invention.
  • FIG. 2 shows an operation example when the relay node attaches to the LTE network (relay node) in the LTE network as shown in FIG.
  • FIG. 3 shows a protocol stack related to the attachment of the lower relay node shown in FIG.
  • FIG. 4 is an explanatory diagram illustrating an example of assignment of IP address groups when another relay node is attached to a donor base station having a relay node under control.
  • FIG. 5 is a diagram for explaining an example of an IP address assignment operation when another relay node is attached to one of the relay nodes shown in FIG.
  • FIG. 6 shows an example of assignment of IPv4 IP address groups.
  • FIG. 1 shows an example of an LTE network system, which is an example of a communication system according to an embodiment of the present invention.
  • FIG. 2 shows an operation example when the relay node attaches to the LTE network (relay node) in the
  • FIG. 7A is a diagram for explaining interface settings between the donor base station and the MME and between the donor base station and the relay node, and is a diagram for explaining setting of the S1 and S11 interfaces between the relay node and the MME.
  • FIG. 7B is a diagram for describing setting of the S1 and S11 interfaces between the lower relay node and the MME when another relay node is attached to the lower level of the relay node.
  • FIG. 8 is a diagram illustrating an operation example when a radio terminal (UE) attaches as a subordinate of a relay node in the LTE network illustrated in FIG.
  • FIG. 9 shows a protocol stack for UE attachment.
  • FIG. 10 is a diagram illustrating a configuration example of a donor base station.
  • FIG. 11 shows functional blocks realized by executing firmware by the DSP of the baseband processing unit shown in FIG.
  • FIG. 12 shows functional blocks realized by program execution by the CPU of the control unit shown in FIG.
  • FIG. 13 is a flowchart illustrating a processing example of the reception unit in the donor base station.
  • FIG. 14 is a flowchart illustrating a processing example of the transmission unit in the donor base station.
  • FIG. 15 is a flowchart illustrating a processing example of the analysis unit in the donor base station.
  • FIG. 16 is a flowchart illustrating a processing example of the S11AP protocol processing unit included in each protocol processing unit in the donor base station.
  • FIG. 17 is a flowchart illustrating a processing example of the IP address assignment control unit in the donor base station.
  • FIG. 18 is a flowchart illustrating a processing example of the S1AP protocol processing unit included in each protocol processing unit in the donor base station.
  • FIG. 19 is a flowchart illustrating a processing example by the RRC protocol processing unit in each protocol processing unit corresponding to the processing illustrated in FIG.
  • FIG. 20 is a flowchart illustrating a processing example of DeNB-Relay connection management by the DeNB-Relay connection management control unit (DR control unit).
  • FIG. 21 is a flowchart illustrating a processing example of DeNB-UE connection management by the DeNB-UE connection management control unit (DU control unit).
  • FIG. 22 is a flowchart illustrating a processing example of donor base station traffic management by the traffic management unit.
  • FIG. 23 is a flowchart illustrating a processing example of donor base station traffic transfer by the traffic transfer unit.
  • FIG. 24 is a diagram illustrating a configuration example of a relay node.
  • FIG. 25 shows functional blocks realized by executing firmware by the DSP of the baseband processing unit shown in FIG.
  • FIG. 26 shows functional blocks realized by program execution by the CPU of the control unit shown in FIG.
  • FIG. 27 is a flowchart illustrating a processing example of the IP address assignment control unit corresponding to the S11 processing unit of the relay node 5.
  • FIG. 28 shows an example of IP address reception processing by the RRC processing unit.
  • FIG. 29 is a flowchart illustrating a processing example of the S1AP protocol processing unit included in each protocol processing unit of the relay node when another relay node is attached to the relay node.
  • FIG. 30 is a flowchart showing a processing example of the self-subordinate relay connection management control unit (lower control unit).
  • FIG. 31 is a flowchart illustrating a processing example of Relay-UE connection management by the Relay-UE connection management control unit (RU control unit).
  • FIG. 32 is a flowchart illustrating a processing example of the Relay-DeNB connection management control unit.
  • FIG. 33 is a flowchart showing an example of processing of the self-upper relay connection management control unit (upper control unit).
  • FIG. 34 is a flowchart illustrating an example of processing performed by the traffic management unit.
  • FIG. 35 is a flowchart illustrating an example of processing performed by the traffic transfer unit.
  • FIG. 36 is a flowchart illustrating a processing example of the MME 6.
  • FIG. 1 shows an example of an LTE network system, which is an example of a communication system according to an embodiment of the present invention.
  • the LTE network is an eUTRAN (Evolved Universal Terrestrial Radio Network, hereinafter referred to as “wireless network 1”) that is a radio network that accommodates radio terminals (UEs) and an EPC (Evolved Packet Core: LTE-Core, hereinafter) that is a core network (CN). "Core network 2").
  • the wireless network 1 has a plurality of base stations 3 called “eNodeB (eNB)” (two base stations 3 are illustrated in FIG. 1).
  • eNodeB eNodeB
  • a radio terminal (UE) 4 belonging to (located in) a communication range (cell) of each base station 3 is connected to the base station 3 via a radio link (for example, the base station 3A and the radio terminal in FIG. 1). See 4A).
  • the plurality of base stations 3 can include a donor base station (DeNB) 3 that accommodates a relay device called a relay node (RN) under the control of the base station 3 (see the donor base station 3B in FIG. 1).
  • the donor base station 3B can be directly connected to the wireless terminal 4 via a wireless link in the same manner as the normal base station 3 (3A) (see the wireless terminal 4D in FIG. 1).
  • the donor base station 3B has one or more relay nodes 5 under its control, and can be connected to the relay nodes 5 through a radio link.
  • the relay node 5 has a cell independent from the cell of the donor base station 3B, and can have one or more wireless terminals located in the cell of the relay node 5 under the control of the relay node 5.
  • the relay node 5 can have one or more other relay nodes under its control. Therefore, a multi-hop structure in which three or more relay nodes 5 are cascade-connected to the donor base station 3B can be applied. In other words, the plurality of relay nodes 5 connected in cascade can perform multi-stage relaying (multi-hop relay) between the radio terminal 4 and the donor base station 3B.
  • the relay node 5 is connected to a higher level device (donor base station, higher level relay node) and a lower level device (lower level relay node, wireless terminal) via a radio interface, and relays communication between the higher level device and the lower level device. can do.
  • a relay node 5B is connected to the donor base station 3B, a relay node 5A is connected to the relay node 5B, and a plurality of relay nodes are cascaded to the donor base station 3B.
  • a connected example is shown.
  • the relay node 5 can be connected in multiple stages to the donor base station 3B.
  • the donor base station 3B has the subordinate radio terminal 4 (4D)
  • the relay node 5B has the subordinate radio terminal 4 (4C)
  • the relay node 5A has the subordinate radio terminal 4 (4B). Is shown.
  • each of the donor base station 3B and the relay node 5 can have two or more relay nodes 5 at the same time. Therefore, although not shown, it is possible to form a topology in which a plurality of relay nodes 5 are connected in a tree shape or a tournament shape with the donor base station 3B as a vertex.
  • the relay node 5 can terminate the RRC (Radio Resource Control) protocol and can execute control independent of the donor base station 3B. For example, the relay node 5 can receive a signal to be communicated between the donor base station 3B and the subordinate radio terminal 4, process the received signal as necessary, and send it to the transmitting side. .
  • RRC Radio Resource Control
  • the relay node 5 is seen by the base station 3 when viewed from the wireless terminal 4. On the other hand, the relay node 5 executes an attach process that differs depending on whether the lower-level device is the relay node 5 or the wireless terminal 4.
  • the donor base station 3B can recognize the existence of the relay node 5A, and can also recognize whether the subordinate relay node 5 has another relay node 5 or not.
  • the relay node 5 Since the relay node 5 is installed at the outer edge of the cell of the donor base station 3B (position where the radio wave condition is not good) or outside the cell of the donor base station 3B, the radio terminal 4 is good with the relay node 5A.
  • the relay node 5 relays a signal from the wireless terminal 4 to the donor base station 3B, and the wireless terminal 4 can perform communication using the LTE network.
  • the service area of the donor base station 3B can be expanded, while the wireless quality between the wireless terminal 4 and the donor base station 3B can be improved.
  • Each base station 3 including the donor base station 3B is connected to the core network 2 via an interface called “S1 interface”.
  • the base stations 3 are connected to each other via an interface called “X2 interface”.
  • the core network 2 includes a mobility management entity (MME) 6, a serving gateway (Serving Gateway: SGW) 7, and a packet data network gateway (Packet data network: Gateway) (PGW) 8.
  • MME mobility management entity
  • SGW Serving Gateway
  • PGW packet data network gateway
  • the MME 6 is a control device that handles a network control C-plane.
  • the MME 6 is connected to the base station 3 via an S1-MME interface that is an S1 interface of the C plane.
  • the MME 6 is connected to a device called a home subscriber server (HSS) 9 that handles service control and subscriber data via a C plane interface (S6a).
  • HSS home subscriber server
  • the SGW 7 is a gateway device that handles a U plane (User plane) that is packet data of user data.
  • the SGW 7 is connected to the base station 3 via the S1-U interface that is the S1 interface of the U plane.
  • the SGW 7 is connected to the MME 6 via a C-plane interface called “S11 interface”.
  • the PGW 8 is a gateway device for connecting to an external network such as the Internet.
  • the PGW 8 is connected to the SGW 7 via a C-plane and U-plane interface (S5 GTP or the like).
  • the relay node 5 and the wireless terminal 4 can perform IP communication using an IP address lent (assigned) from the network side.
  • the relay node 5 is connected to the LTE network (the donor base station 3B or the upper relay node 5) through an attach process.
  • the first attach process First Attach
  • an IP address group is assigned to the relay node 5.
  • FIG. 2 shows an operation example when the relay node 5A attaches to the LTE network (relay node 5B) in the LTE network as shown in FIG.
  • the relay node 5A (Relay 1) includes a base station function 51 in which the relay node 5A behaves (functions) as a base station with respect to a wireless terminal (hereinafter also referred to as “UE”) 4;
  • the node 5A uses a UE function 52 that behaves (functions) as a UE with respect to the host device.
  • the relay node 5B located above the relay node 5A has a base station function 51 that functions as a base station for the subordinate relay node 5 (5A) and an S / PGW that functions as an S / PGW for the relay node 5A.
  • the PGW function 53 is used.
  • the donor base station 3B uses a proxy base station function 31 (P. eNB) and a proxy S / PGW function 32 (PS / PGW) that manage proxy transfer processing between the lower apparatus and the upper apparatus.
  • P. eNB proxy base station function
  • PS / PGW proxy S / PGW function 32
  • the sequence shown in FIG. 2 starts when the relay node 5A searches for and captures the cell of the relay node 5B, receives notification information from the relay node 5B, detects the relay node 5B, and starts the attach procedure. Is done. Further, at the start of the sequence of FIG. 2, the S1 interface (S1AP link) and the S11 interface (S11AP link) are already established among the relay node 5B, the donor base station 3B, and the MME 6.
  • the UE function 52 of the relay node 5A sets up an RRC connection with the base station function 51 of the relay node 5B (RRC Connection Setup) (S1).
  • the UE function 52 of the relay node 5A places the NAS (Non Access Stratum) layer attach request message “NAS: Attach A Request” on the “RRC:“ Initial Direct Transfer ”message that is an RRC outgoing message, and relay node 5B. (S2).
  • NAS Non Access Stratum
  • IMSI International Mobile Subscriber Identity
  • the base station function 51 of the relay node 5B uses the S1 interface set between the relay node 5B and the donor base station 3B to transmit “RRC: Attach Request” received from the relay node 5A to S1AP (S1
  • S1AP message “S1AP: Initial UE Message” based on “Application Protocol” is transferred to the donor base station 3 (S3).
  • the S1AP message “S1AP:“ Initial ”UE“ Message ”including“ RRC: “Attach” Request ”from the relay node 5B is received by the proxy base station function 31 of the donor base station 3.
  • the proxy base station function 31 transfers the S1AP message “S1AP:“ Initial ”UE Message” including “RRC:“ Attach ”Request” to the MME 6 using the proxy function (S4).
  • the MME 6 recognizes that it is First Attach when the IMSI is included in the S1AP message from the donor base station 3B, and starts the authentication procedure. At this time, the MME 6 inquires and acquires the contract information (subscriber data) of the terminal (terminal corresponding to IMSI) related to First Attach with respect to the HSS 9 (S5). Subsequently, the MME 6 performs an authentication process with the UE function 52 of the relay node 5A using the contract information (Authentication: S6).
  • ciphering / integrity is applied to the RRC between the relay node 5A and the relay node 5B and the NAS between the relay node 5A and the MME 6 according to the security start instruction. It is set (S7, S8). Also, ciphering is set in the U plane between the relay node 5A and the relay node 5B and between the relay node 5B and the donor base station 3B (S9). In addition, the location registration of the relay node 5A is performed (S10).
  • the MME 6 recognizes that the terminal related to First Attach is a relay node based on the contract information obtained from the HSS 9, and performs a default bearer establishment procedure for the S / PGW function 53 of the relay node 5B. To decide. At this time, the MME 6 transmits an S11AP message “S1AP: Create Session Request” to the donor base station 3B (S12).
  • the proxy S / PGW 32 of the donor base station 3B transfers “S1AP:“ Create Session ”Request” to the S / PGW function 53 of the relay node 5B by the proxy function (S13).
  • the S / PGW function 53 of the relay node 5B receives “S1AP:“ Create Session Request ”, and recognizes that the terminal related to First“ Attach ”is a relay node (RN) at this time. In this case, the S / PGW function 53 determines an IP address group to be assigned to the terminal related to First Attach by selecting from an IP address list (described later) of the relay node 5B (S14).
  • the S / PGW function 32 performs a response process of transmitting an S11AP message “S11AP:“ Create Session Response ”” including an IP address group to be allocated (S15). “S11AP:“ Create Session Response ”” is relayed by the proxy S / PGW 32 of the donor base station 3B and sent to the MME 6 (S16).
  • MME6 receives “S11AP: Create Session Response”. As a result, the MME 6 determines that the relay node 5B is ready to accept the relay node 5A, and the NAS message “NAS: ttaAttachceptAccept” indicating attachment permission is sent to the S1AP message “S1AP: Initial Context Setup Request” (initial context setting request) (S18). In the “S1AP: Initial Context Setup Request” message, an IP address group (IP address group for RN) assigned to the relay node 5A is placed (S17).
  • IP address group IP address group for RN
  • the base station function 51 constructs the context of the relay node 5A based on “S1AP:“ Initial Context ”Setup“ Request ”including“ NAS: “Attach” Accept ”. Further, the RRC message “RRC: RRC Connection Reconfiguration” carrying the received “NAS: Attach Accept” is transmitted to the relay node 5A (S20).
  • the UE function 52 of the relay node 5A that receives “RRC:“ RRC Connection Reconfiguration ”including“ NAS: “Attach” Accept ”obtains an IP address group included as a parameter in“ RRC: “RRC Connection Reconfiguration” (S21). Subsequently, the UE function 52 sends a response message “RRC: RRC Connection Reconfiguration ⁇ Complete” to the relay node 5B (S22). Since the NAS message cannot be put on this “RRC: RRC Connection Reconfiguration Complete”, the UE function 52 then sends the RRC message “RRC: UL Information Transfer” with the NAS message “NAS: Attach Complete” sent ( S23).
  • the base station function 51 of the relay node 5B transmits the S1AP message “S1AP:“ Initial Context Setup Response ”in response to the reception of“ RRC: “RRC” Connection “Reconfiguration” Complete ”(S24).
  • This “S1AP: Initial Context Setup Response” is proxy-transferred by the proxy base station function 31 of the donor base station 3B and reaches the MME 6 (S25). Thereby, the completion of context construction of the relay node 5A is notified to the MME 6.
  • the base station function 51 of the relay node 5B transmits the NAS message “NAS: Attach Complete” from the relay node 5A on the S1AP message “S1AP: Uplink NAS Transport” (S26).
  • S1AP:“ Uplink ”NAS“ Transport ”including this“ NAS: “Attach” Complete ” is proxy-relayed by the proxy base station function 31 of the donor base station 3B and reaches the MME 6 (S27).
  • the attachment process of the relay node 5A is completed.
  • the relay node 5A allocates one of the acquired IP addresses to the own device, thereby enabling the U-plane IP communication with the donor base station 3B (S30).
  • the relay node 5A can communicate with O & M (Operation & Maintenance) on the network, it requests the O & M to download a setting file and performs settings for operating as a relay node (Node / Configuration). : S28). As a result, the base station function 51 in the relay node 5A is activated.
  • O & M Operaation & Maintenance
  • the base station function 51 of the relay node 5A establishes the S1 interface for the wireless terminal 4 or other relay node 5 attached to the relay node 5A, so that the MME 6 is connected to the relay node 5A via the relay node 5B and the donor base station 3B.
  • An SCTP (Stream Control Transmission Protocol) link is established.
  • the base station function 51 of the relay node 5A sends an S1AP message “S1AP: S1 Setup Request” to the MME 6 to establish the S1 interface (S1 / X2 IF Setup: S29).
  • the relay node 5B terminates the S1 interface between the donor base station 3B and the relay node 5A once in the relay node 5B, transfers the message, and sends it to the other party.
  • the donor base station 3B activates the S1 proxy function in the donor base station 3B to proxy the S1 interface between the relay node 5A and the MME 6. As a result, the S1AP message transmitted / received between the relay node 5A and the MME 6 is transferred to the donor base station 3B.
  • FIG. 3 shows a protocol stack related to the attachment of the lower relay node shown in FIG.
  • the top row shows the protocol stack of the S1-MME interface between the relay node 5B and the MME 6.
  • the next level shows the protocol stack of the S11 interface between the relay node 5B and the MME 6.
  • the next level shows the protocol stack of the S1-MME interface between the relay node 5A and the MME 6.
  • the fourth and fifth stages from the top are the S1-MME interface between the other relay node 5 and the MME 6 and the S1-U interface when another relay node 5 that is a subordinate device of the relay node 5A is attached. Indicates the protocol stack. However, when there is no other relay node 5, there is no S1-MME interface between the donor base station 3B and the MME 6 related to the relay node 5 (see the broken line block, however, the setting is performed).
  • the upper layer of IP does not exist until it becomes necessary (see the dashed block).
  • FIG. 4 is an explanatory diagram showing an example of IP address group assignment when another relay node 5D (Relay A2) is attached to a donor base station (DeNB) 3B having a relay node 5C (Relay A1) under control. It is. Relay nodes 5C and 5D correspond to relay node 5B shown in FIG.
  • the donor base station 3B includes an IP address list 35 in which a plurality of IP address groups to be allocated to relay nodes under the control of the donor base station 3B are pooled.
  • the address list 35 includes a first group consisting of IP address groups “IP-A1 to An” (n is a natural number excluding 0), and a first group consisting of IP address groups “IP-B1 to Bn”. A third group of two groups and IP addresses “IP-C1 to Cn” is registered. The assignment state (assigned or unassigned) of each group can be recorded in the IP address list 35.
  • the IP address group “IP-A1 to An” of the first group has already been assigned to the relay node 5C, whereas the second group and thereafter are in an unassigned state. .
  • the relay node 5C can assign one of the IP address groups “IP-A1 to An” assigned to the relay node 5C itself as the IP address of the relay node 5C itself. For example, a representative address (for example, “IP-A1 (IP-AA1)” at the head of the IP address group) can be assigned to the relay node 5C. The remaining IP address group “IP-A2 to An” can be assigned to the relay node 5 located under the relay node 50C itself.
  • the relay node 5C divides the IP address group “IP-A1 to An” to generate a plurality of IP address groups that can be assigned to the subordinate relay node 5.
  • the IP address group “IP-A1 to An” is divided into “IP-AA1 to AAm”, “IP-AB1 to ABm”, “IP-AC1 to ACm”,.
  • IP-AA1 to AAm One of “IP-AA1 to AAm” obtained by dividing “IP-A1” (the leading “IP-AA1”) is used as the IP address of the relay node 5C itself as described above.
  • the relay node 5C stores a plurality of IP address groups obtained by the division in the subordinate relay IP address list 35A (FIG. 5) for assigning the subordinate relay nodes.
  • NAS:“ Attach ”Request” including the IMSI of the relay node 5D is transmitted to the donor base station 3B so that the relay node 5D performs the first attach.
  • “NAS: Attach Request” is transferred to the MME 6 by the method described with reference to FIG. 2 ( ⁇ 1> in FIG. 4).
  • the MME 6 inquires the HSS 9 for information (contract information, etc.) corresponding to the IMSI in “NAS:“ Attach ”Request” ( ⁇ 2> in FIG. 4) and obtains the corresponding information ( ⁇ 3> in FIG. 4).
  • the MME 6 When the information obtained from the HSS 9 includes information that the IMSI related to the inquiry is the IMSI for the relay node (when the MME 6 obtains a reply that the IMSI is for the relay node), the MME 6 , It decides to transmit a bearer setting request (“S11AP:“ Create Session Request ”) to the S / PGW function (S / PGW) 33 (FIG. 3) for the relay UE provided in the donor base station 3B ( ⁇ 4>). Then, the MME 6 sends “S11AP:“ Create Session Request ”to the donor base station 3B ( ⁇ 5> in FIG. 4).
  • S11AP “ Create Session Request
  • the S / PGW function 33 for the relay UE of the donor base station 3B receives “S11AP:“ Create Session ”Request”, it refers to the IP address list 35 and selects an unassigned IP address group. For example, the IP address group “IP-B1 to Bn” of the second group is selected. At this time, the assignment state for the second group is changed to assigned.
  • the S / PGW function 33 for the relay UE transmits a message “S11AP:“ Create ”session” Response ”including the selected IP address group to the MME 6 ( ⁇ 6> in FIG. 4).
  • the MME 6 transmits a response message “NAS: Attach Accept” including the IP address group (second group) to the relay node 5D, for example, on the S1AP message “S1AP: Initial Context Setup Request” ( ⁇ 7> in FIG. As a result, the relay node 5D can receive (acquire) the IP address group.
  • NAS Attach Accept
  • S1AP Initial Context Setup Request
  • the relay node 5D itself uses one of the IP address groups “IP-B1 to Bn” (for example, the top address “IP-B1 (IP-BA1)” in the IP address group) as a representative address. ( ⁇ 8> in FIG. 4). Subsequently, the IP address group is divided ( ⁇ 9> in FIG. 4). In the example of FIG. 5, the IP address group “IP-B1 to Bn” is divided into “IP-BA1 to BAm”, “IP-BB1 to BBm”, “IP-BC1 to BCm”,.
  • the relay node 5D uses one of the IP addresses (IP-BA1 to BAn) obtained by dividing the IP address group (IP-B1) assigned to itself (for example, “IP-BA1” at the head) as its own IP address. Can be set as The relay node 5D registers a plurality of IP address groups obtained by the division in the subordinate relay IP address list 35A.
  • an IP address group is assigned to the relay node 5 in consideration of the multi-stage connection of the relay node 5.
  • the relay node 5 having acquired the IP address group can select an IP address to be used by the relay node 5 itself from one of the IP address groups and set it as the IP address of the relay node 5 itself.
  • the remaining IP addresses are pooled in the IP address list 35A to be assigned to relay nodes connected in a lower order.
  • an IP address group assigned to the relay node 5 connected in a lower order can be arranged.
  • FIG. 5 is a diagram for explaining an IP address assignment operation example when the relay node 5E (RelayReB1: equivalent to the relay node 5A in FIG. 2) is attached to the relay node 5C (Relay A1) shown in FIG. It is.
  • the relay node 5E transmits a message “NAS:“ Attach ”Request” including the IMSI of the relay node 5E using the UE function 51 of the relay node 5E in the first attach.
  • “NAS: Attach Request” reaches the MME 6 via the relay node 5C and the donor base station 3B ( ⁇ 1> in FIG. 5).
  • the MME 6 inquires the HSS 9 for information (contract information or the like) corresponding to the IMSI ( ⁇ 2> in FIG. 5), and obtains the corresponding information ( ⁇ 3> in FIG. 5).
  • the MME 6 recognizes from the information obtained from the HSS 9 that the relay node 5E to be attached is the relay node 5 and is located under the relay node 5C, and sets a bearer for assigning an IP address to the relay node 5E.
  • a request message “S11AP:“ Create ”Session“ Request ” is transmitted ( ⁇ 5> in FIG. 5).
  • “S11AP: Create Session Request” is relayed by the proxy S / PGW function 32 of the donor base station 3B ( ⁇ 6> in FIG. 5) and sent to the S / PGW function 53 for the relay UE of the relay node 5C (FIG. 5). ⁇ 7> of 5).
  • the IP address group to be assigned to the relay node 5E is selected from the IP address list 35A provided in the relay node 5C.
  • the IP address group “IP-AB1 to ABn” is selected from the IP address list 35A.
  • the allocation state for the IP address group “IP-AB1 to ABn” is changed to “allocated”.
  • the S / PGW function 53 sends a message “S11AP:“ Create Session Response ”including the selected IP address group to the donor base station 3B ( ⁇ 8> in FIG. 5).
  • the donor base station 3B relays “S11AP:“ Create Session Response ”” and sends it to the MME 6 ( ⁇ 9> in FIG. 5).
  • the MME 6 transmits a response message “NAS: Attach Accept” including the IP address group obtained from “S11AP: Create Session Response” in the S1AP message “S1AP: Initial Context Setup Request”, for example. .
  • “NAS: Attach Accept” reaches the relay node 5E via the donor base station 3B and the relay node 5C ( ⁇ 7> in FIG. 5). As a result, the relay node 5E can receive (acquire) the IP address group “IP-AB1 to ABn”.
  • one of the IP address groups is set as the IP address of the relay node 5E itself. Further, the IP address group is further divided and registered in the IP address list 35A.
  • the relay node 5E performs the same processing as the relay node 5C, the relay node 5C relays the message, and the donor base stations 3B, MME6, and HSS9.
  • a predetermined IP address or a group of IP addresses can be allocated to another relay node from the group of IP addresses allocated to the relay node 5E.
  • FIG. 6 shows an example of assignment of IPv4 IP address groups.
  • the donor base station 3B (its IP address list) has 4096 IP addresses, and 16 IP address groups G1 to G1 each consisting of 256 IP addresses from these IP addresses. G16 is formed.
  • IP address group G2 allocated from donor base station 3B is further divided into 16 IP address groups including 16 IP addresses.
  • One of the 16 IP address groups (G1) is assigned to the relay node 5C.
  • FIG. 6 shows an example in which the IP address group G2 is assigned to the second relay hop (relay node 5E) among the IP address groups G2 to G16 of the relay node 5C.
  • the relay node 5E for example, the head address in the IP address group G2 can be assigned to the relay node 5E, and the rest can be assigned to the relay nodes under its control.
  • the maximum number of relay nodes 5 that can be cascade-connected (multistage connection) to the donor base station 3B is three.
  • the number of cascade connections can be increased by increasing the IP address space (number of IP addresses) registered in the IP address list of the donor base station 3B or by adopting IPv6 addresses.
  • ⁇ S11 interface settings> In the LTE network according to the present embodiment, when the relay node under the donor base station 3B sets the S1 interface for the lower relay node, the MME and the MME are used to control the S / PGW function in the relay node. S11 interface is set.
  • FIG. 7A is a diagram for explaining interface settings between the donor base station and the MME and between the donor base station and the relay node.
  • FIG. 7A shows various interfaces for connecting the relay node 5 to the MME 6 via the donor base station 3B.
  • the donor base station 3B in order to exchange a NAS signal (NAS message) between the relay node 5 and the MME 6, the donor base station 3B has an RRC connection on the relay node side, while an S1 interface based on S1AP on the MME 6 side. have.
  • the S1 interface (S1AP layer) between the donor base station 3B and the MME 6 is connected by an STCP (Stream Control Transmission Protocol) link.
  • STCP Stream Control Transmission Protocol
  • the SME interface for the relay node 5 is connected between the MME 6 and the relay node 5.
  • DRB Data ⁇ ⁇ ⁇ Radio Bearer
  • An SCTP link is established on this DRB, and an S1AP session is established between the relay node 5 and the donor base station 3B. Thereby, the S1 interface is established.
  • the S1 interface (SCTP link) between the donor base station 3B and the MME 6 is used so that this S1 interface is extended to the MME 6.
  • the DRB setting described above can be started when the donor base station 3B receives the attach completion message “Attach Complete” from the relay node in the attach procedure of the relay node 5.
  • the S1 interface of the donor base station 3B and the S1 interface for the relay node 5 are identified by using different identification IDs (for example, eNB / MME S1AP ID) between the donor base station 3B and the relay node 5. This is performed by the MME 6 using the ID to distinguish the source of the S1AP message. With the identification ID, the donor base station 3B and one or more relay nodes 5 can be uniquely identified. Further, by using the same type of ID as the UE identification ID as the base station / relay node identification ID, the MME 6 uniquely distinguishes the donor base station, relay node, and UE that are the message transmission source. It may be adopted.
  • identification IDs for example, eNB / MME S1AP ID
  • a proxy function (P.eNB, PS / PGW) is provided to perform proxy (proxy) transfer processing of the S1AP message between the relay node 5 and the MME 6.
  • the following configuration is adopted. That is, between the donor base station 3B and the MME 6, an S11 interface that connects the S / PGW function of the donor base station 3B and the MME 6 is established by UDP (User Datagram Protocol).
  • UDP User Datagram Protocol
  • the S11 interface is set between the relay node 5 and the donor base station 3B so that the S11 interface is extended to the relay node 5.
  • the UDP port is set using the DRB used for the construction of the S1 interface between the relay node 5 and the donor base station 3B, and the S11AP identifier S11AP-TEID is transmitted and received.
  • the S11 interface can be set.
  • Such setting of the S11 interface can be performed simultaneously with the setting of the S1 interface beginning with the above-described DRB setting.
  • the S / PGW function in the relay node 5 can communicate with the MME 6 via the donor base station 3B using the constructed S11 interface.
  • an IP address assignment instruction is issued from the MME 6.
  • the relay node 5 can receive an IP address assignment instruction and can assign an IP address to a subordinate relay node.
  • the donor base station 3B can relay the S11AP message between the relay node 5 and the MME 6 using the proxy transfer function.
  • FIG. 7B is a diagram for explaining the setting of the S1 interface and the S11 interface with the MME 6 when the relay node 5A is attached under the relay node 5B.
  • an RRC link for NAS connection between the relay node 5A and the MME 6 is set between the relay node 5A and the relay node 5B.
  • the relay node 5B receives the attach completion message “Attach Complete” transmitted from the relay node 5A to the MME 6, the setting of the S1 and S11 interfaces between the relay node 5B and the relay node 5A is started. .
  • the relay node 5B performs DRB setting (setting of DRB2 in FIG. 7B) for the default U plane bearer, and notifies the relay node 5A of the completion of DRB setting. Subsequently, the relay node 5A and the relay node 5B establish an SCTP link on the DRB 2 and set a UDP port.
  • the relay node 5B associates the SCTP link between the relay nodes 5A-5B and the upper SCTP link (the SCTP link on the DRB 1 between the relay node 5B and the donor base station 3B).
  • the relay node 5A transmits an “S1 Setup Request” which is an S1AP message to the relay node 5B, and establishes an S1AP session between the two.
  • an S1AP route is established between the relay nodes 5A and 5B.
  • the relay node 5A transmits and receives TE11 for S11AP to and from the relay node 5B. As a result, the S11 interface is set between them. Furthermore, the relay node 5B associates the S1AP route between the relay nodes 5A and 5B with the upper S1AP route. As a result, the S1AP route (S1 interface) from the relay node 5A to the MME 6 is established.
  • FIG. 8 is a diagram for explaining an operation example when the radio terminal (UE) 4 attaches (UE attach) under the control of the relay node 5A in the LTE network as shown in FIG.
  • the relay node 5A (Relay 1) uses a base station function 51 and a UE function 52 provided therein. Further, the relay node 5B (Relay2) uses the proxy base station function 54 provided therein. The donor base station 3B uses the proxy base station function 31 and the S / PGW function 33.
  • the sequence shown in FIG. 8 is started when the UE 4 enters the cell of the relay node 5A, detects the relay node 5A, and starts the attach process.
  • the UE 4 sets an RRC connection with the base station function 51 of the relay node 5A (RRC Connection Setup) (S51). Subsequently, the UE 4 transmits the NAS message “NAS:“ Attach ”Request” to the RRC message “RRC:“ Initial ”Direct“ Transfer ”and transmits it to the relay node 5A (S52). Since the attach process of UE4 at this time corresponds to first attach, the IMSI of UE4 is set in “RRC: Attach Request”.
  • the base station function 51 of the relay node 5A uses the S1 interface set between the relay node 5A and the relay node 5A to send “RRC: Attach Request” received from the UE4 to the S1AP message “S1AP: Initial. It is transferred to “UE Message” and sent to the relay node 5B (S53).
  • the proxy base station function 54 of the relay node 5B transfers all the S1 messages (S1AP messages) from the subordinate relay node 5A to the SCTP link / S1 interface to the donor base station 3B and transfers them (S54).
  • the proxy base station function 31 of the donor base station 3B recognizes the S1 (S1AP) message from the relay node 5A that has arrived via the relay node 5B, and transfers the S1 message to the MME 6 by the proxy function (S55).
  • the MME 6 starts an authentication procedure according to the content of “RRC:“ Attach ”Request” in the S1 message. For example, the MME 6 inquires and acquires the contract information (subscriber data) of the terminal (terminal corresponding to the IMSI) related to Attach IV to the HSS 9 (S56). Subsequently, the MME 6 performs an authentication process with the UE function 52 of the relay node 5A using the contract information (Authentication: S57).
  • NAS encryption (ciphering) and integrity protection are set in the S1AP between the MME 6 and the donor base station 3B according to the security start instruction (S58). Also, encryption is set for the S1AP and PDCP U-plane (PDCP-UP) between the donor base station 3B and the relay node 5B, and S1AP and PDCP-UP between the relay node 5B and the relay node 5A. (S59, S60). Further, encryption and integrity protection are set in the PDCP-C plane (PDCP-CP) between the relay node 5A and the UE 4 (S61). Furthermore, location registration is performed from the MME 6 to the HSS 9 (S62).
  • the MME 6 Based on the contract information obtained from the HSS 9, the MME 6 recognizes that the end of the attachment is UE 4, determines SGW 7 and PGW 8 (S / PGW) that serve this UE 4, and establishes a default bearer (Default Bearer) establishment procedure. / PGW is determined to be performed (S63). Then, the MME 6 transmits an S11AP message “S11AP: Create Session Request” to the S / PGW (S64).
  • the S / PGW Upon receiving “S11AP: Create Session Request”, the S / PGW transmits a response message “S11AP: Create Session Response” including the IP address assigned to the UE 4 (S65).
  • the MME 6 receives “S11AP: Create Session Response” and confirms that the default bearer preparation is complete. Then, “NAS: Attach Accept” is put on “S1-AP: Initial Context Setup Request” and transmitted to the donor base station 3B. “S1-AP: Initial Context Setup Request” including “NAS: Attach Accept” includes the IP address for the UE.
  • S1-AP Initial Context Setup Request
  • NAS Attach Accept
  • S67, S68 Received by the base station function 51 of the relay node 5A.
  • the base station function 51 constructs a context for UE4.
  • the base station function 51 transmits “RRC: RRC Connection Reconfiguration” carrying “NAS: AttachAAccept” to the UE 4 (S69).
  • UE4 receives “NAS: Attach Accept / RRC: RRC Connection Reconfiguration”, acquires the IP address that is a parameter in this message, and sets the IP address as the IP address of UE4 itself (S70).
  • the UE 4 sends a response message “RRC: RRC Connection Reconfiguration Complete” (S71). Since it is impossible to put a NAS message on this “RRC: RRC Connection Reconfiguration Complete”, the UE 4 then sends a “NAS: Attach Complete” message with “RRC: UL Information Transfer” (S71).
  • the relay node 5A When the relay node 5A receives “RRC: RRC Connection Reconfiguration Complete”, the relay node 5A notifies the MME of the completion of the Context construction of the UE 4 with the S1AP message “S1-AP: Initial Context Setup Response”. “S1AP: Initial Context Setup Response” reaches the MME 6 from the relay node 5A via the relay node 5B and the donor base station 3B (S71, S72, S73).
  • the relay node 5A transmits “NAS: Attach Complete” transmitted from the UE 4 by “RRC: UL Information Transfer” to “S1-AP: Uplink NAS Transport” (S74).
  • S1-AP Uplink NAS Transport
  • S75, S76 MME 6
  • the MME 6 receives “NAS: Attach Complete” following “S1AP: Initial Context Setup Response”. Then, the MME 6 sends a message “S1AP: Modify Bearer Request” for instructing the S / PGW to construct the default bearer of the U plane of the UE 4 (S77). When the response message “S11AP:“ Modify ”Bearer” Response ”from the S / PGW is received by the MME 6 (S78). A U-plane default bearer of UE4 is constructed.
  • GTP-U tunnels are set up respectively.
  • PDCP-UP encryption is set between the UE 4 and the relay node 5A, between the relay node 5A and the relay node 5B, and between the relay node 5B and the donor base station 3B.
  • FIG. 9 shows a protocol stack related to UE attachment. Due to the UE attachment, the difference from FIG. 3 is that in the UE attachment, the protocol stack of the S1-MME interface for the UE and the S1-U interface for the UE is shown.
  • RRC is applied between the UE 4 and the relay node 5A for exchanging NAS messages between the UE 4 and the MME 6, and the relay node 5A, the relay node 5B, the donor base station 3B, and the MME 6 S1AP is applied in between.
  • the relay node 5B and the donor base station 3B except for the lowest relay node 5A transfer the NAS message by the proxy base station function.
  • the UE 4 and S / PGW (SGW 7 and PGW 8) are connected by IP, and a GTP-U tunnel is constructed.
  • the donor base station 3B has the S / PGW function 53, and the S / PGW function 53 assigns an UP address to the relay node 5 in units of IP addresses.
  • the IP address group is formed of two or more IP addresses. By assigning the IP address group to the relay node 5, when another relay node 5 is attached under the relay node 5, one of the IP addresses assigned to the relay node 5 is assigned to the other relay node. 5 can be assigned.
  • the relay node 5 creates a subdivided IP address group based on the assigned IP address group, and assigns one of the IP address groups when the lower relay node 5 is attached.
  • the lower relay node 5 can assign an IP address group or an IP address to the lower relay node 5.
  • the S11 interface is also set up with the relay node 5 in order to control the S / PGW function of the relay node 5. Set.
  • the overhead can be reduced as compared with the case where the S11 interface is set when the UE is attached to the relay node 5.
  • the relay node 5 can distinguish S1 messages to lower nodes and distribute S1 messages to corresponding lower nodes.
  • the S1 message from the lower node can be distinguished and transferred to the upper node.
  • FIG. 10 is a diagram illustrating a configuration example of the donor base station 3B.
  • FIG. 10 shows a hardware configuration example of the donor base station 3B.
  • the donor base station 3B includes a transmission path interface 131, an L2 switch (L2SW) 132, a control unit 133, a baseband processing unit 134, and a radio interface 135.
  • L2SW L2 switch
  • Each of these units is realized by one or more hardware or hardware chips such as an electric / electronic circuit, an IC, an LSI, and an ASIC.
  • the wireless interface 135 includes an antenna 136, a broadband amplifier 137, an analog-digital converter (A / D) and a digital-analog converter (D / A) 138, an input / output port (I / O) 139, and the like.
  • the radio interface 135 receives a radio signal from the UE 4 or the relay node 5 located in the cell of the donor base station 3B by the antenna 136, converts it to a digital signal by the A / D converter 138, and passes through the input / output port 139. Input to the L2 switch 132.
  • the radio interface 135 D / A converts the signal from the L2 switch 132, amplifies the signal by the broadband amplifier 137, and radiates it from the antenna 136, thereby transmitting the radio signal to the UE 4 and the relay node 5 in the cell. Can do.
  • the L2 switch 132 performs a switching process of a signal (message) transmitted between the control unit 133, the wireless interface 135, the baseband processing unit 134, and the transmission path interface 131.
  • the baseband processing unit 134 includes a processor such as a digital signal processor (DSP) 134A, and a memory (MEM) 134B that is a storage medium (storage) in which programs and data executed by the DSP 134A are stored, and the DSP 134A includes a memory 134B.
  • DSP digital signal processor
  • MEM memory
  • the baseband processing of the signal input from the L2 switch 132 is performed by executing the program (firmware) stored in the, and the processed signal is output to the L2 switch 132.
  • the transmission path interface 131 is connected to the MME 6 and S / PGW (not shown) via the S1 interface on the IP network 10, and includes other base stations 3 (including the donor base station 3B) via the X2 interface. ) And exchange signals with them.
  • the control unit 133 includes a processor (microprocessor) such as a central processing unit (CPU) 133A and a memory (MEM) 133B that is a storage medium (storage) in which programs and data executed by the CPU 133A are stored. Executes various programs such as message processing, call processing, connection management between devices, and monitoring processing by executing programs stored in the memory 133B.
  • processor microprocessor
  • CPU central processing unit
  • MEM memory
  • the donor base station 3B illustrated in FIG. 10 includes three systems of the radio interface 135 and the baseband processing unit 134, but the number of systems can be set as appropriate with one or more.
  • FIG. 11 shows functional blocks realized by executing firmware by the DSP 134A of the baseband processing unit 134 shown in FIG.
  • the execution of the firmware causes the control unit communication unit 141 that manages communication processing with the control unit 133, the traffic management unit (GTP management unit) 142, and the traffic transfer processing unit (GTP transfer processing unit) 143. Realized.
  • the traffic management unit 142 and the traffic transfer processing unit 143 manage traffic relay (GTP-U tunnel-radio bearer) pair processing between the relay node 5 and the MME 6.
  • a traffic monitoring / cell state monitoring unit 144 that monitors traffic and cell state by executing firmware, a secret setting / release unit 145 that performs secret setting and release setting of information, and a radio that performs processing related to the radio layer
  • the layer processing unit 146 is realized.
  • FIG. 12 shows functional blocks realized by program execution by the CPU 133A of the control unit 133 shown in FIG.
  • the control unit 133 functions as an apparatus including a message processing unit 151 including a reception unit 161, a transmission unit 162, an analysis unit 163, and each protocol processing unit 164.
  • the control unit 133 includes a call processing unit 152 that performs call processing for the UE 4 and the relay node 5, an IP address allocation control unit 153 that performs IP address allocation control for the relay node 5, and an IP address group. And functions as a device having an IP address pool 154 corresponding to the IP address list 35.
  • the control unit 133 causes the resource management unit 155, the DeNB-UE connection management control unit 156 to perform connection management and control between the donor base station 3B and the UE 4, the donor base station 3B, and the relay node 5 It functions as a device including a DeNB-Relay connection management control unit 157 that performs connection management and control with each other, and each device processing unit monitoring control unit 158.
  • FIGS. 11 and 12 can be realized using one or more general-purpose or dedicated hardware chips.
  • FIG. 13 is a flowchart illustrating a processing example of the reception unit 161.
  • the processing of the reception unit 161 illustrated in FIG. 13 is started after the initial setting in the donor base station 3B, for example. However, the processing of the receiving unit 161 may be started by another trigger.
  • the receiving unit 161 checks the head of a reception queue (not shown) (step S101).
  • the data received by the wireless interface 135 and the transmission path interface 131 (FIG. 10) is stored (attached) in the reception queue.
  • Data stored in the reception queue is subjected to processing such as transport layer header removal, or processing such as assigning an interface ID attached to the reception queue, and has a message format.
  • the reception unit 161 determines whether or not data (message) is stored at the head of the reception queue (step S102). At this time, if there is no message (N in S102), the process returns to step S101. On the other hand, if there is a message (Y in S102), the process proceeds to the next step S103.
  • step S103 the message is extracted from the head of the reception queue and transferred to the analysis unit 163 (step S104). Thereafter, the process returns to step S101.
  • FIG. 14 is a flowchart illustrating a processing example of the transmission unit 162.
  • the processing of the transmission unit 162 illustrated in FIG. 14 is started after the initial setting in the donor base station 3B, for example. But the process of the transmission part 162 may be started by another trigger.
  • the transmission unit 162 checks the head of a transmission queue (not shown) (step S111).
  • messages from the analysis unit 163 and each protocol processing unit 164 are stored (attached) in the transmission queue.
  • the message includes an identifier (ID) that can distinguish the destination interface (transmission path interface 131, wireless interface (wireless bearer) 135).
  • the transmission unit 162 determines whether or not a message is stored at the head of the transmission queue (step S112). At this time, if there is no message (N in S112), the process returns to step S111. On the other hand, if there is a message, the process proceeds to the next step S113.
  • step S113 the transmission unit 162 takes out the message from the head of the transmission queue and transfers the message to the interface corresponding to the ID included in the message (step S114). Thereafter, the process returns to step S111.
  • FIG. 15 is a flowchart illustrating a processing example of the analysis unit 163. The process illustrated in FIG. 15 is started after the initial setting in the donor base station 3B, for example. However, the process of FIG. 15 may be started by another trigger.
  • the analysis unit 163 receives a message from the reception unit 161 (step S121). Next, the analysis unit 163 analyzes the message protocol (step S122). Next, the analysis unit 163 determines the protocol type of the message (step S123).
  • step S124 If “S1AP”, the process proceeds to step S125. If “S1AP”, the process proceeds to step S130.
  • step S124 when the protocol type is RRC, the RRC protocol process is executed by each protocol processing unit 164 (FIG. 15). Thereafter, the process returns to step S121.
  • the analysis unit 163 extracts the session ID in the S1AP message from the message.
  • the session ID is an identifier (ID) for distinguishing S1AP sessions, and is a unique identifier for each donor base station.
  • the analysis unit 163 determines whether or not the session ID is a relay target (step S126). At this time, if the session ID is not a relay target (N in S126), the S1AP protocol process is executed by each protocol processing unit 164 (step S127). Thereafter, the process returns to step S121.
  • the analysis unit 163 refers to a transfer conversion table (not shown) and rewrites the message according to the setting contents in the transfer conversion table (step S128). Thereafter, the analysis unit 163 attaches (stores) the rewritten message to the transmission queue (step S129), and returns the process to step S121.
  • GTP-TEID is an identifier (ID) for distinguishing S11AP sessions, and is a unique identifier for each donor base station.
  • the analysis unit 163 determines whether the GTP-TEID is a relay target (step S131). At this time, if the GTP-TEID is not a relay target (N in S131), the S11AP protocol process is executed by each protocol processing unit 164 (step S132). Thereafter, the process returns to step S121.
  • the analysis unit 163 refers to a transfer conversion table (not shown) and rewrites the message according to the setting contents in the transfer conversion table (step S133). Thereafter, the analysis unit 163 attaches (stores) the rewritten message to the transmission queue (step S134), and returns the process to step S121.
  • the analysis unit 163 determines the protocol type, and determines whether the S1AP message and the S11AP message are to be relayed based on the session ID or GTP-TEID. And is stored in the transmission queue.
  • the transfer conversion table describes the conversion contents of messages corresponding to session IDs and GTP-TEIDs.
  • FIG. 16 is a flowchart showing an example of processing (subroutine of S132 (FIG. 15)) of the S11AP protocol processing unit (S11 processing unit) included in each protocol processing unit 164 (FIG. 12).
  • the protocol processing unit receives a message and analyzes the message (step S141) to determine the message type (step S142).
  • step S147 If the message is “Create Session Request”, the process proceeds to step S143. If the message is other than “Create Session Request”, other message processing is executed (step S147).
  • step S143 the S11AP protocol processing unit determines whether “Create Session Request” includes an IP address request. At this time, if the IP address request is not included (N in S143), the process proceeds to Step SS146.
  • the S11AP protocol processing unit requests an IP address group from the IP address allocation control unit 153 (FIG. 12) (step S144). That is, the S11AP protocol processing unit sends an IP address group acquisition request message to the IP address allocation control unit 153.
  • the S11AP protocol processing unit receives the IP address group from the IP address assignment control unit 153 (step S145), and performs processing for other parameters in the message (step S146).
  • the S11AP protocol processing unit determines whether or not there is an error relating to the message or processing for the message (step S148).
  • the S11AP protocol processing unit If there is no error (N in S148), the S11AP protocol processing unit generates a normal response message “Create Session Response” (step S149). At this time, the S11AP protocol processing unit adds a parameter including an IP address group to the response message.
  • the S11AP protocol processing unit attaches (stores) the response message “Create Session Response” to the transmission queue of the transmission unit 162, and returns the process to step S141.
  • step S148 if it is determined in step S148 that there is an error (Y in S148), the S11AP protocol processing unit generates an error response message “Create Session Reject” (step S151) and sends it to the IP address allocation control unit 153. Cancel is transmitted (step S152). Then, the S11AP protocol processing unit stores “Create Session Reject” in the transmission queue, and returns the process to step S141.
  • the S11AP protocol processing unit determines whether or not an IP address request is included in the S11AP message, and if included, obtains an IP address group from the IP address assignment control unit, and obtains this IP address. Attach a reply message containing a group to the send queue.
  • FIG. 17 is a flowchart showing a processing example of the IP address assignment control unit 153 (FIG. 12).
  • the IP address assignment control unit 153 creates an IP address pool 154 (IP address list 35) (step S161).
  • IP address pool 154 IP address list 35
  • a plurality of IP addresses that are initially registered in the IP address pool 154 are determined in advance.
  • the IP addresses of a plurality of IPs in the initial state are held as initial data in the IP address pool 154.
  • the IP address allocation control unit 153 determines the number of IP addresses to be allocated (IP address allocation number) in response to one IP address request.
  • the number of IP addresses is determined in advance, and the IP address assignment control unit 153 can determine the number by adopting the predetermined (set) number of IP addresses.
  • the IP address assignment control unit 153 generates a plurality of IP address groups from the plurality of IP addresses by dividing the plurality of IP addresses in the initial state by the number of IP address assignments (step S162).
  • the number of divisions for a plurality of IP addresses in the initial state may be set in advance, and the IP address assignment control unit 153 may generate a plurality of IP address groups from the plurality of IP addresses based on the number of divisions.
  • the IP address assignment control unit 153 assigns an unassigned flag to all IP addresses in the IP address pool 154 (step S163).
  • the unassigned flag may be assigned for each IP address or may be assigned for each IP address group.
  • “unassigned” is indicated when the flag is off, and “allocated” is indicated when the flag is on.
  • the reverse may be possible.
  • steps S161 to S163 described above are processes at the time of initial setting of the IP address pool 154.
  • step S163 ends, the IP address allocation control unit 153 transitions to a state of waiting for a message from the S11AP protocol processing unit.
  • step S164 the IP address allocation control unit 153 analyzes the message received from the S11AP protocol processing unit, and determines the message type (step S165). At this time, if the message type is an IP address group acquisition request, the process proceeds to step S166, and if the message type is an IP address group cancel, the process proceeds to step S168.
  • step S166 the IP address allocation control unit 153 acquires one of the IP addresses that are not allocated from the IP address pool 154. Subsequently, the IP address allocation control unit 153 sets a flag for the acquired IP address group to ON (allocated) (step S167). Thereafter, the process returns to step S164 to enter a standby state for the next message.
  • step S168 the IP address assignment control unit 153 sets the flags corresponding to all the IP addresses to be canceled to OFF (unassigned). Thereafter, the process returns to step S164 to enter a standby state for the next message.
  • FIG. 18 shows an S1AP protocol processing unit (hereinafter referred to as an S1 processing unit) included in each protocol processing unit 164 (FIG. 12) of the donor base station 3B when the relay node 5 is attached to the donor base station 3B. It is a flowchart which shows the example of the process (The subroutine (FIG. 15) of step S127).
  • the S1 processing unit is in a message waiting state, performs analysis when receiving a message (step S171), and determines a message type (step S172). At this time, if the message type is “Initial Context Setup Request”, the S1 processing unit advances the process to step S173. On the other hand, if the message type is a message other than “Initial Context Setup Request”, processing for other messages is executed (step S178).
  • step S173 the S1 processing unit instructs the context construction by transmitting the relay node related parameter to the DeNB-Relay connection management control unit 157 (denoted as DR control unit 157 in FIG. 12).
  • step S174 the S1 processing unit receives a completion response from the DR control unit 157. Then, the S1 processing unit transfers the NAS message “Attach Accept” to the RRC protocol processing unit (also referred to as RRC processing unit) in each protocol processing unit 164 (step S175).
  • RRC protocol processing unit also referred to as RRC processing unit
  • the S1 processing unit waits for a message from the RRC processing unit (step S176). Note that the actual processing of step S176 is processed as a response of “Initial Context Setup Setup Request” determined through message reception and analysis processing in steps S171 and S172.
  • the S1 processing unit determines whether there is an error in processing related to the message content and the message (step S179). At this time, if there is no error (N in S179), the S1 processing unit creates a response message “Initial Context Setup Setup Response” to “Initial Context Setup Request” (step S180) and stores it in the transmission queue of the transmission unit 162. (Step S181). Thereafter, the process returns to step S171.
  • the S1 processing unit determines whether there is an error (Y in S179). If there is an error (Y in S179), the S1 processing unit generates an error response message “Initial Context Setup Reject” (step S182) and stores it in the transmission queue (step S181).
  • FIG. 18 shows processing when the relay node 5 is attached (at the time of relay attachment).
  • the process in which the relay node related parameter is transmitted to the DR control unit 157 in step S173 is the same as the DeNB-UE connection management control unit 156 (also referred to as the DU control unit 156). )
  • the process of instructing context construction is the same as the processing at the time of relay attachment.
  • FIG. 19 is a flowchart showing a processing example by the RRC protocol processing unit (RRC processing unit) in each protocol processing unit corresponding to the processing shown in FIG.
  • RRC processing unit RRC protocol processing unit
  • the RRC processing unit is in a message waiting state, performs analysis when receiving a message (step S191), and determines a message type (step S192). At this time, if the message is not a NAS message from the S1AP processing unit, other message processing is performed (step S199).
  • the RRC processing unit shall transmit“ Attach Request ”with the RRC message“ RRC Connection Reconfiguration ”from the related parameters included therein. Is determined (step S193).
  • the RRC processing unit creates “RRC Connection Reconfiguration” carrying “Attach Request” (step S194), and attaches the message to the transmission queue of the transmission unit 162 (step S195).
  • the RRC processing unit waits to receive “RRC Connection Reconfiguration Complete”, which is a response message of “RRC Connection Reconfiguration” (step S196). Actually, it is performed by waiting for the reception of “RRC Connection Reconfiguration Complete” to be determined by the message reception and analysis processing in step S191 and the message type determination processing (step S192).
  • step S197 When “RRC Connection Reconfiguration Complete” is received (step S197), the RRC processing unit notifies the S1 processing unit that RRC Connection Reconfiguration has been completed along with the parameters in “RRC Connection Reconfiguration Complete” (step S197). S198). Thereafter, the process returns to step S191.
  • step S176 when the error response message “RRC Connection Reconfiguration Failure” is received, the RRC processing unit notifies the S1 processing unit of the error.
  • FIG. 20 is a flowchart illustrating a processing example of DeNB-Relay connection management performed by the DeNB-Relay connection management control unit (DR control unit) 156.
  • DR control unit DeNB-Relay connection management control unit
  • the process shown in FIG. 20 is started when the DR control unit 156 receives a context creation parameter from the S1 processing unit (step S201).
  • the DR control unit 156 creates a context for the relay node. Subsequently, the DR control unit 156 creates a transfer conversion table for the S1AP message (step S203). Furthermore, the DR control unit 156 also creates a transfer conversion table for the S11AP message (step S204).
  • the DR control unit 156 transmits the U plane related parameters to the traffic management unit 142 (FIG. 11) (step S205), and ends the process.
  • FIG. 21 is a flowchart illustrating a processing example of DeNB-UE connection management by the DeNB-UE connection management control unit (DU control unit) 157.
  • DU control unit DeNB-UE connection management control unit
  • the process shown in FIG. 21 is started when the DU control unit 157 receives a context creation parameter from the S1 processing unit (step S211).
  • the DU control unit 157 creates a context for the UE. Then, the DU control unit 157 transmits the U plane related parameters to the traffic management unit 142 (FIG. 11) (step S213), and ends the process.
  • FIG. 22 is a flowchart showing a processing example of donor base station traffic management by the traffic management unit 142 (FIG. 11).
  • the traffic management unit 142 starts processing by receiving the U-plane related parameter from the DR control unit 157 (step S221).
  • the traffic management unit 142 creates a transfer conversion table for U-plane traffic (GTP-U) (step S222). Thereafter, the process ends.
  • FIG. 23 is a flowchart showing a processing example of donor base station traffic transfer by the traffic transfer unit.
  • the processing in FIG. 23 is started when the traffic transfer unit 143 receives U-plane traffic (step S231).
  • the traffic transfer unit 143 performs, for the received U-plane traffic, a header replacement process for data (packets) in the traffic based on the transfer conversion table created by the traffic management unit 142 (step S232). Then, the U plane traffic whose header has been replaced is transmitted (step S233). As a result, the U-plane traffic can be transferred to a desired destination.
  • FIG. 24 is a diagram illustrating a configuration example of the relay node 5.
  • FIG. 24 shows a hardware configuration example of the relay node 5.
  • the relay node 5 includes an L2 switch (L2SW) 202, a control unit 204, a baseband processing unit 203, and a wireless interface 201.
  • L2SW L2 switch
  • the relay node 5 includes an L2 switch (L2SW) 202, a control unit 204, a baseband processing unit 203, and a wireless interface 201.
  • L2SW L2 switch
  • the wireless interface 201 includes an antenna 206, a broadband amplifier 207, an analog-digital converter (A / D) and a digital-analog converter (D / A) 208, an input / output port (I / O) 209, and the like.
  • the radio interface 201 receives a radio signal from the UE 4, another relay node 5, and the donor base station 3 ⁇ / b> B located in the cell of the relay node 5 by the antenna 206, converts the radio signal to a digital signal by the A / D converter 208, The data is input to the L2 switch 202 via the input / output port 209.
  • the radio interface 201 performs D / A conversion on the signal from the L2 switch 202, amplifies the signal by the broadband amplifier 207, and radiates it from the antenna 206, whereby the radio signal is transmitted to the UE 4, the relay node 5, the donor base station in the cell. Can be sent to 3B.
  • the L2 switch 202 performs switching processing of signals transmitted between the control unit 204, the wireless interface 201, the baseband processing unit 203, and the transmission path interface 131.
  • the baseband processing unit 203 includes a processor such as the DSP 203A and a memory (MEM) 203B that is a storage medium (storage) in which a program and data executed by the DSP 203A are stored, and a program (DSP) stored in the memory 203B ( Firmware) is executed, baseband processing of the signal input from the L2 switch 202 is performed, and the processed signal is output to the L2 switch 202.
  • a processor such as the DSP 203A and a memory (MEM) 203B that is a storage medium (storage) in which a program and data executed by the DSP 203A are stored, and a program (DSP) stored in the memory 203B ( Firmware) is executed, baseband processing of the signal input from the L2 switch 202 is performed, and the processed signal is output to the L2 switch 202.
  • MEM memory
  • the control unit 204 includes a processor (microprocessor) such as a central processing unit (CPU) 204A, and a memory (MEM) 204B that is a storage medium (storage) in which programs and data executed by the CPU 204A are stored. Executes various programs such as message processing, call processing, connection management between devices, and monitoring processing by executing programs stored in the memory 204B.
  • the control unit 204 is connected to a USIM card (Universal Subscriber Identity Module Card) 205 in which the IMSI is stored.
  • USIM card Universal Subscriber Identity Module Card
  • FIG. 25 shows functional blocks realized by executing firmware by the DSP 203A of the baseband processing unit 203 shown in FIG.
  • FIG. 25 as a block that controls the terminal (UE) function of the relay node 5, a control unit communication unit 211 (211A) that controls communication processing with the control unit 133, a traffic monitoring and cell state monitoring unit 214 (214A), and A cell search control unit 215 that controls cell search, a secret setting / cancellation unit 216 (216A) that performs secret setting and setting cancellation of information, and a radio layer processing unit 217 (217A) that controls radio layer processing. It has been.
  • control unit communication unit 211 (211B), the traffic management (GTP management) unit 212, and the traffic transfer (GTP transfer processing) unit 213 are used as blocks that control the base station function and the S / PGW function of the relay node 5.
  • a traffic monitoring and cell state monitoring unit 214 (214A), a concealment setting / releasing unit 216 (216B), and a wireless layer processing unit 217 (217B) are provided.
  • FIG. 26 shows functional blocks realized by executing a program (software) by the CPU of the control unit shown in FIG.
  • the functional blocks realized by the control unit 204 can also be divided into a block group that manages a terminal (UE) function and a block group that manages a base station function and an S / PGW function.
  • UE terminal
  • S / PGW S / PGW
  • a connection management control unit (also referred to as a host control unit) 232 and an apparatus processing unit monitoring control unit 233 are provided.
  • the message processing unit 221 (221B), the call processing unit 227, the IP address allocation control unit 228, and the IP address pool 229 are grouped as blocks that control the base station function and the S / PGW function.
  • the message processing unit 221 (221A, 221B) includes a reception unit 223, a transmission unit 224, an analysis unit 225, and each protocol processing unit 226.
  • the blocks 221, 227, 230, 231 and 234, 232 and 235, and 233 connected by a double line are actually integrated functions.
  • FIGS. 25 and 26 can be realized using one or more general-purpose or dedicated hardware chips.
  • IP address group assignment processing by relay node 5 ⁇ IP address group assignment processing by relay node 5 will be described.
  • the processing of the S11 processing unit relating to the assignment of the IP address group shown in FIG. 16 is the same as the S11 processing unit in each protocol processing unit 226 (226B) in the base station function and S / PGW function of the relay node 5 shown in FIG. It is the same as the process. Therefore, the description is omitted.
  • FIG. 27 is a flowchart showing a processing example of the IP address assignment control unit 228 (FIG. 26) corresponding to the S11 processing unit of the relay node 5.
  • the IP address assignment control unit 228 is assigned from the RRC protocol processing unit (RRC processing unit) in each protocol processing unit 226B from the IP address group (donor base station 3B or upper relay node 5). IP address group) is received (step S251).
  • the IP address allocation control unit 228 determines the number of IP addresses to be allocated (IP address allocation number) in response to one IP address request.
  • the number of IP addresses can be determined by adopting an IP address determined in advance.
  • the IP address assignment control unit 228 generates a plurality of IP address groups by dividing the plurality of IP addresses forming the received IP address group by the number of IP address assignments (step S252).
  • the division number for the received IP address group may be set in advance, and the IP address assignment control unit 228 may generate a plurality of IP address groups from the IP address group by the division number.
  • the IP address assignment control unit 228 registers a plurality of IP address groups in the IP address pool 229 (IP address list 35A), and assigns an unassigned flag to all the registered IP addresses (step S253). At this time, the unassigned flag may be assigned for each IP address or may be assigned for each IP address group. In the present embodiment, “unassigned” is indicated when the flag is off, and “allocated” is indicated when the flag is on. However, the reverse may be possible.
  • steps S251 to S253 described above are processes at the time of initial setting of the IP address pool 229 accompanying the first attachment of the relay node 5.
  • step S253 ends, the IP address allocation control unit 228 transitions to a state of waiting for a message from the S11 processing unit.
  • step S254 the IP address allocation control unit 228 analyzes the message received from the S11 processing unit, and determines the message type (step S255). At this time, if the message type is an IP address group acquisition request, the process proceeds to step S256, and if the message type is an IP address group cancel, the process proceeds to step S258.
  • step S256 the IP address allocation control unit 228 acquires one of the IP addresses that are not allocated from the IP address pool 229. Subsequently, the IP address allocation control unit 228 sets a flag for the acquired IP address group to ON (allocated) (step S257). Thereafter, the process returns to step S254 to enter a standby state for the next message.
  • step S258 the IP address assignment control unit 228 sets off (unassigned) flags corresponding to all the IP addresses to be canceled. Thereafter, the process returns to step S257 to enter a standby state for the next message.
  • the relay node 5 can assign an IP address group to the other relay nodes 5 under its control.
  • the number of IP addresses included in each IP address group may be 1. In this case, only the IP address used by the subordinate relay node 5 may be transmitted to the subordinate relay node 5.
  • IP address reception processing Next, an IP address reception process for receiving an IP address from the donor base station 3B or the upper relay node 5 will be described.
  • the IP address reception process is performed by the RRC protocol processing unit (RRC processing unit) included in each protocol processing unit 226B in the relay node 5.
  • RRC processing unit included in each protocol processing unit 226B in the relay node 5.
  • FIG. 28 shows an example of IP address reception processing by the RRC processing unit.
  • the RRC processing unit when receiving the message, analyzes the message (step S261) and determines the message type (step S262).
  • step S263 If the message is “RRC Connection Reconfiguration”, the process proceeds to step S263, and if it is any other message, the process corresponding to the message is executed (step S271).
  • the RRC processing unit extracts an IP address group included in “RRC Connection Reconfiguration”.
  • a flag is assigned to one of the IP address groups (for example, the head IP address) included in “RRC ⁇ ConnectionIPReconfiguration”.
  • the IP address to which the flag is assigned indicates that the IP address group is determined to be the IP address to be used by the subordinate relay node 5 itself, which is determined by the assignment source of the IP address group (donor base station 3B or upper relay node 5). For this reason, the RRC processing unit sets the IP address to which the flag is assigned as the IP address of the relay node 5 itself.
  • the RRC processing unit transmits the remaining IP address to the IP address allocation control unit 228 (step S264).
  • the remaining IP addresses are used for assignment to other relay nodes 5 located below the relay node 5.
  • the RRC processing unit transfers the NAS message “Attach Accept” to the NAS protocol processing unit (included in each protocol processing unit 226B) (step S265).
  • the RRC processing unit performs processing related to other parameters included in “RRC Connection Reconfiguration” (step S266).
  • the RRC processing unit determines whether or not there is an error related to the message and message processing (step S267). If there is no error (N in S267), the RRC processing unit generates a normal response message “RRC Connection Reconfiguration Complete” (step S268) and attaches (stores) it to the transmission queue of the transmission unit 224 (step S269). .
  • step S270 the RRC processing unit generates an error response message “RRC Connection Reconfiguration Failure” (step S270) and stores it in the transmission queue (step S269). After step S269 ends, the process returns to step S261.
  • the relay node 5 sets one of the IP addresses received from the donor base station 3B or the relay node 5 which is a higher-level device as the IP address of the relay node 5 itself, and the rest is the subordinate relay node 5 This is sent to the IP address assignment control unit 228 to register it in the IP address pool 229 for assignment to the IP address pool.
  • FIG. 29 shows each protocol processing unit 226B (FIG. 29) of the relay node 5B when another relay node 5 (eg, the relay node 5A in FIG. 3) is attached to the relay node 5 (eg, the relay node 5B in FIG. 3).
  • S1AP protocol process part S1 process part
  • step S173A is provided instead of step S173 of FIG.
  • the S1 processing unit instructs the context construction by transmitting the relay node related parameters to the self-relay Relay connection management control unit (lower control unit) 234.
  • step S173A is the same as the processing in FIG. Also, the processing by the RRC processing unit is executed in accordance with the processing of step S175 in FIG. 29, but the content of the processing is the same as the processing of the RRC processing unit shown in FIG.
  • FIG. 29 also shows processing in the relay node 5B when the relay node 5A is attached.
  • the process in step S173A sends a related parameter of UE4 to the Relay-UE connection management control unit (RU control unit) 235 to instruct the context construction. Except for this point, the process at the time of UE attachment is the same as the process at the time of relay attachment.
  • RU control unit Relay-UE connection management control unit
  • FIG. 30 is a flowchart showing a processing example of the own-relay Relay connection management control unit (lower control unit) 234 (FIG. 26).
  • step S281 the lower-level control unit 234 receives a context creation parameter from the S1AP protocol processing unit (S1 processing unit) (step S281).
  • the lower control unit 234 creates a context for the lower relay node 5. Subsequently, the lower-level control unit 234 creates an S1AP message transfer conversion table (step S283). Further, the lower-level control unit 234 also creates a transfer conversion table for the S11AP message (step S284).
  • the lower control unit 234 transmits the U plane related parameters to the traffic management unit 212 (FIG. 25) (step S285), and ends the process.
  • FIG. 31 is a flowchart showing a processing example of Relay-UE connection management by the Relay-UE connection management control unit (RU control unit) 235 (FIG. 26).
  • RU control unit Relay-UE connection management control unit
  • the processing shown in FIG. 31 is started when the RU control unit 235 receives a context creation parameter from the S1AP protocol processing unit (S1 processing unit) (step S291).
  • the RU control unit 235 creates a context for the UE (related parameters for U plane management). Then, the RU control unit 235 transmits the U plane related parameters to the traffic management unit 212 (FIG. 25) (step S293), and ends the process.
  • FIG. 32 is a flowchart showing a processing example of the Relay-DeNB connection management control unit (RD control unit) 231 (FIG. 26).
  • RD control unit Relay-DeNB connection management control unit
  • an attach procedure (relay attach procedure) to the donor base station 3B in a format in which the relay node 5 is UE is executed.
  • the RD control unit 231 manages each radio bearer by recognizing the higher level apparatus as the donor base station 3B by relay attachment (step S302).
  • FIG. 33 is a flowchart showing a processing example of the self-upper relay connection management control unit (upper control unit) 232 (FIG. 26).
  • an attach procedure (relay attach procedure) to the higher-order relay node 5 in a format in which the relay node 5 is set to UE is executed.
  • the host controller 232 recognizes the relay device 5 as a relay node 5 by relay attachment, and manages each radio bearer (step S312).
  • FIG. 34 is a flowchart illustrating an example of processing performed by the traffic management unit 212 (FIG. 25).
  • the traffic management unit 212 starts the processing by receiving the U-plane related parameter from the lower control unit 234 (step S321).
  • the traffic management unit 212 creates a transfer conversion table for U-plane traffic (GTP-U) (step S322). Thereafter, the process ends.
  • FIG. 35 is a flowchart showing a processing example of relay node traffic transfer by the traffic transfer unit 213. The processing in FIG. 35 is started when the traffic transfer unit 213 receives U-plane traffic (step S331).
  • the traffic transfer unit 213 performs a header replacement process on the data (packet) in the traffic based on the transfer conversion table created by the traffic management unit 212 for the received U-plane traffic (step S332). Then, the U plane traffic whose header has been replaced is transmitted (step S333). As a result, the U-plane traffic can be transferred to a desired destination.
  • FIG. 36 is a flowchart showing a processing example of the MME 6 when the relay node 5 is attached. The process in FIG. 36 is started when the MME 6 receives the NAS message “Attach Request” (step S341).
  • the MME 6 takes out the device identification ID included in the “Attach Request” (step S342), and determines whether the device identification ID is IMSI (step S343). If the device identification ID is not IMSI (N in S343), it is recognized that the attached device is not the first attach, and the existing terminal attach process is executed (step S356).
  • step S343 an IMSI inquiry is transmitted to the HSS 9 (FIGS. 1 and 10) (step S344).
  • the MME 6 determines whether the device having the IMSI is the relay node 5 (step S346). For this determination, information (for example, device type information) indicating whether the device having the IMSI is the relay node 5 or the UE 4 included in the IMSI correspondence information can be used.
  • step S346 If the device having the IMSI is not the relay node 5 (N in S346), the process proceeds to step S356. On the other hand, when the device having the IMSI is the relay node 5 (Y in S346), the existing terminal authentication and security-related processing is executed (step S347). As a result, the processing relating to S5 to S10 shown in FIG. 3 is executed.
  • the MME 6 transmits a bearer setting request message “Create Session Request” to the donor base station 3B that relayed the “Attach Request” (step S348).
  • the MME 6 receives a response message “Create Session Response” including the IP address group from the donor base station 3B (Step S349), and assigns a flag to one of the received IP address groups, thereby changing the IP address group.
  • the IP address used by the receiving relay node 5 is clearly indicated (step S350).
  • the MME 6 puts the IP address group, “Attach Accept”, S1AP-ID (S1AP interface identifier), and GTP-TEID (S11AP interface identifier) in the S1AP message “Initial Context Setup Request”. It transmits to 3B (step S351).
  • the MME 6 receives a response message “Initial Context Setup Response” from the donor base station 3B (step S352), and further receives a response message “Attach Accept” of “Attach Accept” (step S353).
  • the MME 6 receives “S1 Setup Request” from the relay node 5 (step S354). Then, the MME 6 registers the relay node 5 in the device management table held by itself (step S355). Identification information (IP address, S1AP-ID and GTP-TEID) related to the relay node 5 and the like are registered in the device management table. Identification information related to the donor base station 3B is also registered in the device management table.
  • the MME 6 can recognize the donor base station 3B and the relay node 5. Further, when the information of the relay node 5 under the control of the donor base station 3B is included in the device management table, the MME 6 can also recognize the topology of the relay node 5 below the donor base station 3B.
  • relay node 5 (relay node 5B) under the control of the donor base station 3B and the relay node 5A under the control of the relay node 5B have the same configuration.
  • the relay node 5 under the control of another relay node 5 has a configuration for having the relay node 5 under its own control.
  • the relay node 5 that is located at the end and is not assigned an IP address to be assigned from the upper relay node 5 to the subordinate relay node 5 (For example, a configuration related to S11 interface setting for receiving an IP address assignment instruction from the MME 6).
  • the upper relay node 5 receives a notification that the lower relay node 5 is a relay node 5 that cannot be subordinate to the lower relay node 5.
  • a single IP address may be assigned.
  • the S11AP link setting between relay nodes may be omitted.
  • Wireless network eUTRAN 2 ... Core network 3A ... Base station (eNodeB) 3B ... Donor-eNodeB (base station) 4 ... Wireless terminal (UE) 5.
  • Relay node (RN) (relay device) 6 ... MME (high-level device, control device) 7 ... SGW 8 ... PGW 9 ... HSS 31 ... Donor base station proxy base station function 32 ... Donor base station proxy S / PGW function 33 ... Donor base station S / PGW function 35, 35A ... IP address list 51 ... Relay node base station function 52 ... Relay node UE function 53 ... Relay node S / PGW function 54 ... Relay node proxy S / PGW functions 164, 226 ... Each protocol processing unit 153 228... IP address allocation control unit 154, 229... IP address pool

Landscapes

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

Abstract

セルラーフォンサービスを提供するための基地局と無線端末との間の無線インタフェースを中継する、基地局および無線端末からの制御信号を終端可能な中継装置に対するＩＰアドレスの割当方法であって、基地局が、基地局自身の配下に位置する第１の中継装置に対して複数のＩＰアドレスを割り当て、第１の中継装置が、配下に位置する第２の中継装置に対して、基地局から割り当てられた複数のＩＰアドレスの少なくとも１つを割り当てることを含む。

Description

中継装置に対するＩＰアドレスの割当方法
　本発明は、中継装置に対するＩＰアドレスの割当方法に関する。
　移動通信システムの分野では、携帯電話（セルラーフォン）技術に係る標準化団体である３ＧＰＰ（3rd Generation Partnership Project）にて、ロング・ターム・エボリューション（ＬＴＥ）と呼ばれる次世代携帯電話の通信規格が検討されている。
　３ＧＰＰでは、ＬＴＥに関して、サービスエリアの拡大や品質向上を図る方策の一つとして、基地局（“ｅＮｏｄｅＢ（ｅＮＢ）”と呼ばれる）と無線端末（"User Equipment(UE)"と呼ばれる）間のインタフェース中継を行う中継装置（“リレーノード”と呼ばれる）が検討されている。
　リレーノードは、基地局から受信される電波を増幅してサービスエリアを広げるいわゆるリピータと呼ばれる中継装置とは異なり、基地局及び無線端末からの制御信号を含む各種信号をいったん終端し、中継相手（無線端末又は基地局）に信号を加工して送る。このように、リレーノードは、リピータよりもインテリジェントに動作する。
　したがって、リレーノードと無線端末との通信可能範囲であるセルは、リレーノードが中継を行う本来の基地局（“ドナー基地局（Donor eNodeB）”と呼ばれる）がサービスしている（通信可能範囲である）セルと異なるセルとして扱われる（少なくとも無線端末からは異なるセルとして見える）のが、リピータと大きく異なっている。
3GPP TR 36.806 V9.0.0(2010-03)(Release 9)
　現状における３ＧＰＰでは、ドナー基地局に対して、リレーノードを直列に多段接続する（マルチホップ構造を適用する）場合における、詳細な仕様について十分な議論がされていないのが実情である。
　例えば、ドナー基地局に接続するリレーノードの配下に位置するリレーノードに対してＩＰアドレスを割り当てるための仕組みについては十分な検討がなされていない。
　本発明の一態様は、基地局に対して複数の中継装置が多段接続される環境において、他の中継装置の下位に位置する中継装置に効率的にＩＰアドレスを割り当て可能な技術を提供することを目的とする。
　本発明の態様の一つは、セルラーフォンサービスを提供するための基地局と無線端末との間の無線インタフェースを中継する、前記基地局および前記無線端末からの制御信号を終端可能な中継装置に対するＩＰアドレスの割当方法であって、
　前記基地局は、前記基地局自身の配下に位置する第１の中継装置に対して複数のＩＰアドレスを割り当て、
　前記第１の中継装置は、当該第１の中継装置の配下に位置する第２の中継装置に対して、前記基地局から割り当てられた複数のＩＰアドレスの少なくとも１つを割り当てる
ことを含むＩＰアドレスの割当方法である。
　本発明の態様の一つによれば、基地局に対して複数の中継装置が多段接続される環境において、他の中継装置の下位に位置する中継装置に効率的にＩＰアドレスを割り当てることができる。
図１は、本発明の実施形態に係る通信システムの例示である、ＬＴＥネットワークシステムの例を示す。 図２は、図１に図示したようなＬＴＥネットワークにおける、リレーノードがＬＴＥネットワーク（リレーノード）にアタッチする場合の動作例を示す。 図３は、図２に示した下位リレーノードのアタッチに係るプロトコルスタックを示す。 図４は、リレーノードを配下に持つドナー基地局に対して、他のリレーノードがアタッチした場合におけるＩＰアドレス群の割り当て例を示す説明図である。 図５は、図４に示したリレーノードの１つに対して、他のリレーノードがアタッチした場合におけるＩＰアドレス割り当て動作例を説明する図である。 図６は、ＩＰｖ４のＩＰアドレス群の割り当て例を示す。 図７Ａは、ドナー基地局とＭＭＥ間、及びドナー基地局とリレーノード間におけるインタフェース設定を説明する図であり、リレーノードとＭＭＥとの間のＳ１及びＳ１１インタフェースの設定を説明する図である。 図７Ｂは、リレーノードの下位に他のリレーノードがアタッチした場合における下位リレーノードとＭＭＥとの間のＳ１及びＳ１１インタフェースの設定を説明する図である。 図８は、図１に図示したＬＴＥネットワークにおいて、リレーノードの配下として無線端末（ＵＥ）がアタッチする場合の動作例について説明する図である。 図９は、ＵＥアタッチに係るプロトコルスタックを示す。 図１０は、ドナー基地局の構成例を示す図である。 図１１は、図１０に示したベースバンド処理部のＤＳＰによるファームウェアの実行によって実現される機能ブロックを示す。 図１２は、図１０に示した制御部のＣＰＵによるプログラム実行によって実現される機能ブロックを示す。 図１３は、ドナー基地局における、受信部の処理例を示すフローチャートである。 図１４は、ドナー基地局における、送信部の処理例を示すフローチャートである。 図１５は、ドナー基地局における、分析部の処理例を示すフローチャートである。 図１６は、ドナー基地局における、各プロトコル処理部に含まれるＳ１１ＡＰプロトコル処理部の処理例を示すフローチャートである。 図１７は、ドナー基地局における、ＩＰアドレス割当制御部の処理例を示すフローチャートである。 図１８は、ドナー基地局における、各プロトコル処理部に含まれるＳ１ＡＰプロトコル処理部の処理例を示すフローチャートである。 図１９は、図１８に示した処理に対応する、各プロトコル処理部内のＲＲＣプロトコル処理部による処理例を示すフローチャートである。 図２０は、ＤｅＮＢ－Ｒｅｌａｙ接続管理制御部（ＤＲ制御部）によるＤｅＮＢ－Ｒｅｌａｙ接続管理の処理例を示すフローチャートである。 図２１は、ＤｅＮＢ－ＵＥ接続管理制御部（ＤＵ制御部）によるＤｅＮＢ－ＵＥ接続管理の処理例を示すフローチャートである。 図２２は、トラフィック管理部によるドナー基地局トラフィック管理の処理例を示すフローチャートである。 図２３は、トラフィック転送部によるドナー基地局トラフィック転送の処理例を示すフローチャートである。 図２４は、リレーノードの構成例を示す図である。 図２５は、図２４に示したベースバンド処理部のＤＳＰによるファームウェアの実行によって実現される機能ブロックを示す。 図２６は、図２４に示した制御部のＣＰＵによるプログラム実行によって実現される機能ブロックを示す。 図２７は、リレーノード５のＳ１１処理部に対応するＩＰアドレス割当制御部）の処理例を示すフローチャートである。 図２８は、ＲＲＣ処理部によるＩＰアドレス受信処理の例を示す。 図２９は、リレーノードに対して他のリレーノードがアタッチした場合における、リレーノードの各プロトコル処理部に含まれるＳ１ＡＰプロトコル処理部の処理例を示すフローチャートである。 図３０は、自－下Ｒｅｌａｙ接続管理制御部（下位制御部）の処理例を示すフローチャートである。 図３１は、Ｒｅｌａｙ－ＵＥ接続管理制御部（ＲＵ制御部）によるＲｅｌａｙ－ＵＥ接続管理の処理例を示すフローチャートである。 図３２は、Ｒｅｌａｙ－ＤｅＮＢ接続管理制御部の処理例を示すフローチャートである。 図３３は、自－上Ｒｅｌａｙ接続管理制御部（上位制御部）の処理例を示すフローチャートである。 図３４は、トラフィック管理部による処理例を示すフローチャートである。 図３５は、トラフィック転送部による処理例を示すフローチャートである。 図３６は、ＭＭＥ６の処理例を示すフローチャートである。
　以下、図面を参照して本発明の実施形態について説明する。実施形態の説明は例示であり、本発明は実施形態の構成に限定されない。
　〔第１実施形態〕
　＜ＬＴＥネットワーク構成＞
　図１は、本発明の実施形態に係る通信システムの例示である、ＬＴＥネットワークシステムの例を示す。ＬＴＥネットワークは、無線端末（ＵＥ）を収容する無線網であるeUTRAN(Evolved Universal Terrestrial Radio Network、以下「無線網１」)とコアネットワーク(ＣＮ)であるＥＰＣ(Evolved Packet Core：LTE-Core、以下「コア網２」)とを備える。
　無線網１は、“ｅＮｏｄｅＢ（ｅＮＢ）”と呼ばれる複数の基地局３を有する（図１には、２つの基地局３を例示）。各基地局３の通信可能範囲（セル）に属する（在圏する）無線端末（ＵＥ）４は、基地局３と無線リンクを介して接続される（例えば、図１における基地局３Ａ及び無線端末４Ａを参照）。
　複数の基地局３は、基地局３の配下としてリレーノード（ＲＮ）と呼ばれる中継装置を収容する、ドナー基地局（ＤｅＮＢ）３を含むことができる（図１のドナー基地局３Ｂ参照）。ドナー基地局３Ｂは、通常の基地局３（３Ａ）と同様に、無線リンクを介して無線端末４と直接に接続されることができる（図１の無線端末４Ｄを参照）。
　また、ドナー基地局３Ｂは、１以上のリレーノード５を配下に持ち、リレーノード５と無線リンクを通じて接続されることができる。リレーノード５は、ドナー基地局３Ｂのセルから独立したセルを有し、リレーノード５のセルに在圏する１以上の無線端末を配下に持つことができる。一方、リレーノード５は、１以上の他のリレーノードを配下に持つこともできる。従って、３以上のリレーノード５が、ドナー基地局３Ｂに対してカスケード接続されたマルチホップ構造を適用することができる。換言すれば、カスケード接続された複数のリレーノード５は、無線端末４とドナー基地局３Ｂとの間で信号を多段中継（マルチホップ中継）することができる。
　リレーノード５は、上位装置（ドナー基地局、上位側のリレーノード）及び下位装置（下位側のリレーノード、無線端末）と無線インタフェースで接続され、上位装置と下位装置との間の通信を中継することができる。
　図１の例示では、ドナー基地局３Ｂには、リレーノード５Ｂが接続されており、リレーノード５Ｂには、リレーノード５Ａが接続されており、ドナー基地局３Ｂに対して複数のリレーノードがカスケード接続された例が示されている。このように、実施形態に係るＬＴＥネットワークでは、ドナー基地局３Ｂに対し、リレーノード５を多段接続することができる。そして、ドナー基地局３Ｂが配下の無線端末４（４Ｄ）を有し、リレーノード５Ｂが配下の無線端末４（４Ｃ）を有し、リレーノード５Ａが配下の無線端末４（４Ｂ）を有する様子が図示されている。
　上記したように、ドナー基地局３Ｂ、及びリレーノード５のそれぞれは、同時に２以上のリレーノード５を配下に持つことができる。従って、図示していないが、複数のリレーノード５が、ドナー基地局３Ｂを頂点としてツリー形、或いはトーナメント形に接続されたトポロジを形成することが可能である。
　リレーノード５は、ＲＲＣ（Radio Resource Control）プロトコルを終端することができ、ドナー基地局３Ｂから独立した制御を実行できる。例えば、リレーノード５は、ドナー基地局３Ｂ及び配下の無線端末４のそれぞれから両者間で通信すべき信号を受信し、必要に応じて受信信号に加工を施し、送信側へ送出することができる。
　無線端末４から見て、リレーノード５は基地局３に見える。一方、リレーノード５は、下位装置がリレーノード５か無線端末４かによって異なるアタッチ処理を実行する。ドナー基地局３Ｂは、リレーノード５Ａの存在を認識し、配下のリレーノード５が他のリレーノード５を有するか否かも認識することができる。
　リレーノード５がドナー基地局３Ｂのセルの外縁（電波状況が良好でない位置）、或いは、ドナー基地局３Ｂのセル外に設置されることで、無線端末４は、リレーノード５Ａとの間で良好な電波環境で通信を行い、リレーノード５は、ドナー基地局３Ｂへ無線端末４からの信号を中継し、無線端末４がＬＴＥネットワークを用いた通信を行うことができる。これによって、ドナー基地局３Ｂのサービスエリアの拡大を図る一方で、無線端末４とドナー基地局３Ｂ間の無線品質の向上を図ることができる。
　ドナー基地局３Ｂを含む各基地局３は、“Ｓ１インタフェース”と呼ばれるインタフェースを介してコア網２と接続される。一方、基地局３間は、“Ｘ２インタフェース”と呼ばれるインタフェースを介して相互に接続される。
　コア網２は、モビリティ・マネジメント・エンティティ(ＭＭＥ)６と、サービング・ゲートウェイ(Serving Gateway:ＳＧＷ)７と、パケット・データ・ネットワーク・ゲートウェイ(Packet data network Gateway：ＰＧＷ)８とを含む。
　ＭＭＥ６は、ネットワーク制御のＣプレーン（Control plane）を扱う制御装置である。ＭＭＥ６は、ＣプレーンのＳ１インタフェースであるＳ１－ＭＭＥインタフェースを介して基地局３と接続される。また、ＭＭＥ６は、サービス制御や加入者データを扱うホーム加入者サーバ(Home Subscriber Server：ＨＳＳ)９と呼ばれる装置とＣプレーンのインタフェース(Ｓ６ａ）を介して接続される。
　ＳＧＷ７は、ユーザデータのパケットデータであるＵプレーン（User plane）を扱うゲートウェイ装置である。ＳＧＷ７は、ＵプレーンのＳ１インタフェースであるＳ１－Ｕインタフェースを介して基地局３と接続される。また、ＳＧＷ７は、“Ｓ１１インタフェース”と呼ばれるＣプレーンのインタフェースを介してＭＭＥ６と接続される。
　ＰＧＷ８は、インターネットのような外部ネットワークへ接続するためのゲートウェイ装置である。ＰＧＷ８は、Ｃプレーン及びＵプレーンのインタフェース（Ｓ５　ＧＴＰなど）を介してＳＧＷ７と接続される。
　ＬＴＥネットワークでは、ＩＰ（Internet Protocol）をベースとした通信が行われる。上記したＳ１インタフェース、Ｘ２インタフェースはＩＰ網１０上に構築される。このため、基地局３，リレーノード５，無線端末４のそれぞれはＩＰアドレスを有することが要求される。
　図１に例示するＬＴＥネットワークでは、リレーノード５及び無線端末４は、網側から貸し出される（割り当てられる）ＩＰアドレスを用いてＩＰ通信を行うことができる。
　＜リレーアタッチ（Relay Attach）における動作例＞
　リレーノード５は、アタッチ処理を経て、ＬＴＥネットワーク（ドナー基地局３Ｂ、又は上位側のリレーノード５）に接続される。リレーノード５の最初のアタッチ処理（First Attach）において、当該リレーノード５に対して、ＩＰアドレス群が割り当てられる。
　図２は、図１に図示したようなＬＴＥネットワークにおける、リレーノード５ＡがＬＴＥネットワーク（リレーノード５Ｂ）にアタッチする場合の動作例を示す。
　図２において、リレーノード５Ａ（Relay1）は、リレーノード５Ａが無線端末（以下、“ＵＥ”と表記することもある）４に対して基地局として振る舞う（機能する）基地局機能５１と、リレーノード５Ａが上位装置に対してＵＥとして振る舞う（機能する）ＵＥ機能５２とを用いる。
　また、リレーノード５Ａの上位に位置するリレーノード５Ｂ（Relay2）は、配下のリレーノード５（５Ａ）に対する基地局として機能する基地局機能５１と、リレーノード５Ａに対するＳ／ＰＧＷとして機能するＳ／ＰＧＷ機能５３とを用いる。
　また、ドナー基地局３Ｂは、下位装置と上位装置との間のプロキシ転送処理を司るプロキシ基地局機能３１（Ｐ．ｅＮＢ）及びプロキシＳ／ＰＧＷ機能３２（Ｐ．Ｓ／ＰＧＷ）とを用いる。
　図２に示すシーケンスは、リレーノード５Ａが、リレーノード５Ｂのセルを探索して捕捉し、リレーノード５Ｂからの報知情報を受信してリレーノード５Ｂを検知し、アタッチ手順を開始することによって開始される。また、図２のシーケンスの開始時点で、リレーノード５Ｂ，ドナー基地局３Ｂ，及びＭＭＥ６間における、Ｓ１インタフェース（Ｓ１ＡＰリンク）及びＳ１１インタフェース（Ｓ１１ＡＰリンク）は確立済みである。
　最初に、リレーノード５ＡのＵＥ機能５２は、リレーノード５Ｂの基地局機能５１との間で、ＲＲＣコネクションを設定する（RRC Connection Setup）（Ｓ１）。
　続いて、リレーノード５ＡのＵＥ機能５２は、ＲＲＣの発信メッセージである“RRC: Initial Direct Transfer”メッセージにＮＡＳ(Non Access Stratum)レイヤのアタッチ要求メッセージ“NAS: Attach Request”を載せてリレーノード５Ｂに送信する（Ｓ２）。
　このときのリレーノード５Ａのアタッチ処理は、ファーストアタッチに相当するため、“RRC: Attach Request”には、リレーノード５Ａの識別番号であるＩＭＳＩ（International Mobile Subscriber Identity）が設定される。
　リレーノード５Ｂの基地局機能５１は、リレーノード５Ｂとドナー基地局３Ｂとの間に設定されているＳ１インタフェースを用いて、リレーノード５Ａから受信される“RRC: Attach Request”を、Ｓ１ＡＰ（S1 Application Protocol）に基づくＳ１ＡＰメッセージ“S1AP: Initial UE Message”に載せ替えてドナー基地局３へ送る（Ｓ３）。
　リレーノード５Ｂからの“RRC: Attach Request”を含むＳ１ＡＰメッセージ“S1AP: Initial UE Message”は、ドナー基地局３のプロキシ基地局機能３１で受信される。プロキシ基地局機能３１は、プロキシ機能を用いて、“RRC: Attach Request”を含むＳ１ＡＰメッセージ“S1AP: Initial UE Message”をＭＭＥ６へ転送する（Ｓ４）。
　ＭＭＥ６は、ドナー基地局３ＢからのＳ１ＡＰメッセージにＩＭＳＩが含まれていることによって、First Attachであることを認識し、認証手順を起動する。このとき、ＭＭＥ６は、ＨＳＳ９に対し、First Attach に係る端末(ＩＭＳＩに対応する端末)の契約情報（加入者データ）を問い合わせ、取得する（Ｓ５）。続いて、ＭＭＥ６は、契約情報を用いてリレーノード５ＡのＵＥ機能５２との間で認証処理を行う（Authentication：Ｓ６）。
　認証成功後、セキュリティ開始指示によって、リレーノード５Ａとリレーノード５Ｂとの間のＲＲＣ、及びリレーノード５ＡとＭＭＥ６との間のＮＡＳに対し、サイファリング（暗号化）及びインテグリティ（Ciphering/Integrity）が設定される（Ｓ７，Ｓ８）。また、リレーノード５Ａとリレーノード５Ｂとの間、及びリレーノード５Ｂとドナー基地局３Ｂとの間のＵプレーンにサイファリングが設定される（Ｓ９）。また、リレーノード５Ａの位置登録（Location Registration）が行われる（Ｓ１０）。
　ＭＭＥ６は、ＨＳＳ９から入手した契約情報に基づき、First Attachに係る端末がリレーノードであることを認識し、デフォルトベアラ（Default Bearer）確立手順をリレーノード５ＢのＳ／ＰＧＷ機能５３に対して行うことを決定する。このとき、ＭＭＥ６は、Ｓ１１ＡＰメッセージ“S1AP: Create Session Request”をドナー基地局３Ｂへ送信する（Ｓ１２）。
　ドナー基地局３ＢのプロキシＳ／ＰＧＷ３２は、プロキシ機能によって、“S1AP: Create Session Request”をリレーノード５ＢのＳ／ＰＧＷ機能５３に転送する（Ｓ１３）。
　リレーノード５ＢのＳ／ＰＧＷ機能５３は、“S1AP: Create Session Request”を受信し、この時点でFirst Attachに係る端末がリレーノード（ＲＮ）であることを認識する。この場合、Ｓ／ＰＧＷ機能５３は、First Attachに係る端末に割り当てるＩＰアドレス群を、リレーノード５Ｂが有するＩＰアドレスリスト（後述）から選択することによって、決定する（Ｓ１４）。
　Ｓ／ＰＧＷ機能３２は、割り当て対象のＩＰアドレス群を含むＳ１１ＡＰメッセージ“S11AP: Create Session Response”を送信する応答処理を行う（Ｓ１５）。“S11AP: Create Session Response”は、ドナー基地局３ＢのプロキシＳ／ＰＧＷ３２で中継され、ＭＭＥ６に送られる（Ｓ１６）。
　ＭＭＥ６は“S11AP: Create Session Response”を受信する。これによって、ＭＭＥ６は、リレーノード５Ｂによるリレーノード５Ａの受け入れ準備完了と判断し、アタッチ許可を示すＮＡＳメッセージ“NAS: Attach Accept”をＳ１ＡＰメッセージ“S1AP: Initial Context Setup Request”（初期コンテキスト設定要求）に載せて送信する（Ｓ１８）。“S1AP: Initial Context Setup Request”メッセージには、リレーノード５Ａに割り当てられるＩＰアドレス群（ＲＮ用のＩＰアドレス群）が載せられる（Ｓ１７）。
　“NAS: Attach Accept”を含む“S1AP: Initial Context Setup Request”は、ドナー基地局３Ｂのプロキシ基地局機能３１で中継され、リレーノード５Ｂの基地局機能５１で受信される。
　基地局機能５１は、“NAS: Attach Accept”を含む“S1AP: Initial Context Setup Request”に基づき、リレーノード５Ａのコンテキストを構築する。また、受信された“NAS: Attach Accept”を載せたＲＲＣメッセージ“RRC: RRC Connection Reconfiguration”をリレーノード５Ａへ送信する（Ｓ２０）。
　“NAS: Attach Accept”を含む“RRC: RRC Connection Reconfiguration”を受信するリレーノード５ＡのＵＥ機能５２は、“RRC: RRC Connection Reconfiguration”にパラメータとして含まれたＩＰアドレス群を得る（Ｓ２１）。続いて、ＵＥ機能５２は、応答メッセージである“RRC: RRC Connection Reconfiguration Complete”をリレーノード５Ｂに送る（Ｓ２２）。この“RRC: RRC Connection Reconfiguration Complete”にＮＡＳメッセージを載せることはできないため、ＵＥ機能５２は、その後に、ＲＲＣメッセージ“RRC: UL Information Transfer”にＮＡＳメッセージ“NAS: Attach Complete”を載せて送る（Ｓ２３）。
　リレーノード５Ｂの基地局機能５１は、“RRC: RRC Connection Reconfiguration Complete”の受信に応じて、Ｓ１ＡＰメッセージ“S1AP: Initial Context Setup Response”を送信する（Ｓ２４）。この“S1AP: Initial Context Setup Response”は、ドナー基地局３Ｂのプロキシ基地局機能３１によってプロキシ転送され、ＭＭＥ６に到達する（Ｓ２５）。これによって、リレーノード５Ａのコンテキスト構築完了がＭＭＥ６に通知される。
　また、リレーノード５Ｂの基地局機能５１は、リレーノード５ＡからのＮＡＳメッセージ“NAS: Attach Complete”をＳ１ＡＰメッセージ“S1AP: Uplink NAS Transport”に載せて送信する（Ｓ２６）。この“NAS: Attach Complete”を含む“S1AP: Uplink NAS Transport”は、ドナー基地局３Ｂのプロキシ基地局機能３１によってプロキシ中継され、ＭＭＥ６に到達する（Ｓ２７）。
　ＭＭＥ６が“S1AP: Initial Context Setup Response”の受信に続いて“NAS: Attach Complete”を受信することによって、リレーノード５Ａのアタッチ処理が完了する。この時点で、リレーノード５Ａは、取得したＩＰアドレス群の一つを自装置に割り当てることによって、ＵプレーンのＩＰ通信をドナー基地局３Ｂとの間で実行可能な状態となる（Ｓ３０）。
　その後、リレーノード５Ａは、網上のＯ＆Ｍ（Operation & Maintenance）との通信が可能になるので、Ｏ＆Ｍに対して設定ファイルのダウンロードを要求し、リレーノードとして動作するための設定を行う（Node Configuration：Ｓ２８）。これによって、リレーノード５Ａ内の基地局機能５１が起動する。
　リレーノード５Ａの基地局機能５１は、リレーノード５Ａにアタッチする無線端末４、又は他のリレーノード５のためのＳ１インタフェースを設定するため、リレーノード５Ｂ及びドナー基地局３Ｂ経由でＭＭＥ６に対してＳＣＴＰ（Stream Control Transmission Protocol）リンクを確立させる。さらにリレーノード５Ａの基地局機能５１は、Ｓ１ＡＰメッセージ“S1AP: S1 Setup Request”をＭＭＥ６に送り、Ｓ１インタフェースを確立させる（S1/X2 IF Setup： Ｓ２９）。
　リレーノード５Ｂは、ドナー基地局３Ｂとリレーノード５Ａとの間のＳ１インタフェースについては、一旦リレーノード５Ｂ内で終端し、メッセージを載せ替えて相手に送る。
　ドナー基地局３Ｂは、ドナー基地局３Ｂ内のＳ１プロキシ機能を起動させて、リレーノード５ＡとＭＭＥ６との間のＳ１インタフェースをプロキシ処理する。これによって、リレーノード５ＡとＭＭＥ６との間で送受信されるＳ１ＡＰメッセージがドナー基地局３Ｂで転送される状態となる。
　＜リレーノードに係るプロトコルスタック＞
　図３は、図２に示した下位リレーノードのアタッチに係るプロトコルスタックを示す。最上段は、リレーノード５ＢとＭＭＥ６との間のＳ１－ＭＭＥインタフェースのプロトコルスタックを示す。次の段（上から２段目）は、リレーノード５ＢとＭＭＥ６との間におけるＳ１１インタフェースのプロトコルスタックを示す。次の段（上から３段目）は、リレーノード５ＡとＭＭＥ６との間におけるＳ１－ＭＭＥインタフェースのプロトコルスタックを示す。
　上から４段目、５段目は、リレーノード５Ａの下位装置となる他のリレーノード５がアタッチする場合における、他のリレーノード５とＭＭＥ６間のＳ１－ＭＭＥインタフェース、及びＳ１－Ｕインタフェースのプロトコルスタックを示す。尤も、他のリレーノード５が存在しない場合には、当該リレーノード５に係るドナー基地局３ＢとＭＭＥ６との間のＳ１－ＭＭＥインタフェースは存在しない（破線のブロックを参照。但し、設定は実施される）。また、Ｓ／ＰＧＷ（ＳＧＷ７及びＳＧＷ８）と、ドナー基地局３Ｂのプロキシ基地局機能３１との間のＳ１－Ｕインタフェースに係るプロトコルスタック、及び、ドナー基地局３Ｂ，リレーノード５Ｂ及びリレーノード５Ａ間におけるＩＰの上位レイヤ（ＧＴＰ－Ｕ，ＵＤＰ）も必要になるまで存在しない（破線のブロックを参照）。
　＜ＩＰアドレスの割り当て例＞
　次に、本実施形態に係るＬＴＥネットワークにおけるＩＰアドレスの割り当て例について説明する。図４は、リレーノード５Ｃ（Relay A1）を配下に持つドナー基地局（ＤｅＮＢ）３Ｂに対して、他のリレーノード５Ｄ（Relay A2）がアタッチした場合におけるＩＰアドレス群の割り当て例を示す説明図である。リレーノード５Ｃ，５Ｄは、図４に示したリレーノード５Ｂに相当する。
　図４において、ドナー基地局３Ｂは、ドナー基地局３Ｂ自身の配下のリレーノードに対して割り当てる複数のＩＰアドレス群がプールされたＩＰアドレスリスト３５を備えている。図５に示す例では、アドレスリスト３５には、ＩＰアドレス群“ＩＰ－Ａ１～Ａｎ”（ｎは０を除く自然数）からなる第１グループ、ＩＰアドレス群“ＩＰ－Ｂ１～Ｂｎ”からなる第２グループ、ＩＰアドレス群“ＩＰ－Ｃ１～Ｃｎ”からなる第３グループ・・・が登録されている。ＩＰアドレスリスト３５に対し、各グループの割り当て状態（割り当て済み、又は未割り当て）を記録することができる。
　図４に示す例では、第１グループのＩＰアドレス群“ＩＰ－Ａ１～Ａｎ”は、リレーノード５Ｃに対して既に割り当て済みであるのに対し、第２グループ以降は、未割り当ての状態である。
　リレーノード５Ｃは、リレーノード５Ｃ自身に割り当てられたＩＰアドレス群“ＩＰ－Ａ１～Ａｎ”の一つをリレーノード５Ｃ自身のＩＰアドレスとして割り当てることができる。例えば、代表アドレス（例えばＩＰアドレス群の先頭の“ＩＰ－Ａ１（ＩＰ－ＡＡ１）”）がリレーノード５Ｃに対し割り当てられるようにすることができる。残りのＩＰアドレス群“ＩＰ－Ａ２～Ａｎ”は、リレーノード５０Ｃ自身の配下に位置するリレーノード５に割り当てることができる。
　ここで、リレーノード５Ｃは、ＩＰアドレス群“ＩＰ－Ａ１～Ａｎ”を分割して、配下のリレーノード５に割り当て可能な複数のＩＰアドレス群を生成する。図４の例では、ＩＰアドレス群“ＩＰ－Ａ１～Ａｎ”が、“ＩＰ－ＡＡ１～ＡＡｍ”，“ＩＰ－ＡＢ１～ＡＢｍ”，“ＩＰ－ＡＣ１～ＡＣｍ”・・・に分割されている。“ＩＰ－Ａ１”を分割した“ＩＰ－ＡＡ１～ＡＡｍ”のうちの一つは（先頭の“ＩＰ－ＡＡ１”）は、上記したようにリレーノード５Ｃ自身のＩＰアドレスとして使用される。
　リレーノード５Ｃは、分割により得た複数のＩＰアドレス群を配下のリレーノードに割り当てるための配下リレー用のＩＰアドレスリスト３５Ａ（図５）に格納する。
　ここで、リレーノード５Ｄがファーストアタッチを行うべく、ドナー基地局３Ｂにリレーノード５ＤのＩＭＳＩを含むＮＡＳメッセージ“NAS: Attach Request”を送信したとする。“NAS: Attach Request”は、図２を用いて説明した手法で、ＭＭＥ６に転送される（図４の＜１＞）。
　ＭＭＥ６は、“NAS: Attach Request”中のＩＭＳＩに対応する情報（契約情報等）をＨＳＳ９に問い合わせ（図４の＜２＞）、対応する情報を入手する（図４の＜３＞）。
　ＭＭＥ６は、ＨＳＳ９から入手された情報に、問い合わせに係るＩＭＳＩがリレーノード用のＩＭＳＩである旨の情報が含まれている場合（ＩＭＳＩがリレーノード用である旨の回答を得た場合）には、ベアラ設定要求（“S11AP: Create Session Request”）をドナー基地局３Ｂが備えるリレーＵＥ用のＳ／ＰＧＷ機能（Ｓ／ＰＧＷ）３３（図３）へ送信することを決定する（図４の＜４＞）。そして、ＭＭＥ６は、“S11AP: Create Session Request”をドナー基地局３Ｂへ送る（図４の＜５＞）。
　ドナー基地局３ＢのリレーＵＥ用のＳ／ＰＧＷ機能３３では、“S11AP: Create Session Request”を受信すると、ＩＰアドレスリスト３５を参照し、未割り当てのＩＰアドレス群を選択する。例えば、第２グループのＩＰアドレス群“ＩＰ－Ｂ１～Ｂｎ”が選択される。このとき、第２グループに対する割り当て状態が割り当て済みに変更される。
　リレーＵＥ用のＳ／ＰＧＷ機能３３は、選択したＩＰアドレス群を含むメッセージ“S11AP: Create session Response”をＭＭＥ６に送信する（図４の＜６＞）。
　ＭＭＥ６は、ＩＰアドレス群（第２グループ）を含む“NAS: Attach Request”の応答メッセージ“NAS: Attach Accept"を例えばＳ１ＡＰメッセージ“S1AP: Initial Context Setup Request”に載せてリレーノード５Ｄへ送信する（図４の＜７＞）。これによって、リレーノード５Ｄは、ＩＰアドレス群を受領（獲得）することができる。
　その後、リレーノード５Ｄは、ＩＰアドレス群“ＩＰ－Ｂ１～Ｂｎ”の１つ、（例えば、ＩＰアドレス群中の先頭アドレス“ＩＰ－Ｂ１（ＩＰ－ＢＡ１）”）を代表アドレスとしてリレーノード５Ｄ自身に割り当てる（図４の＜８＞）。続いて、ＩＰアドレス群を分割する（図４の＜９＞）。図５の例では、ＩＰアドレス群“ＩＰ－Ｂ１～Ｂｎ”は、“ＩＰ－ＢＡ１～ＢＡｍ”，“ＩＰ－ＢＢ１～ＢＢｍ”，“ＩＰ－ＢＣ１～ＢＣｍ”・・・に分割される。また、リレーノード５Ｄは、自身に割り当てたＩＰアドレス群（ＩＰ－Ｂ１）を分割したＩＰアドレス（ＩＰ－ＢＡ１～ＢＡｎ）の１つ（例えば、先頭の“ＩＰ－ＢＡ１”）を自身のＩＰアドレスとして設定可能である。リレーノード５Ｄは、分割により得られた複数のＩＰアドレス群を配下リレー用のＩＰアドレスリスト３５Ａに登録する。
　以上のように、本実施形態では、リレーノード５が多段接続されることを考慮して、リレーノード５に対してＩＰアドレス群を割り当てる。ＩＰアドレス群を入手したリレーノード５は、ＩＰアドレス群の一つから、リレーノード５自身が使用すべきＩＰアドレスを選択し、リレーノード５自身のＩＰアドレスとして設定することができる。残りのＩＰアドレス群は、下位接続されるリレーノードに割り当てるためにＩＰアドレスリスト３５Ａにプールされる。このとき、下位接続されるリレーノード５に割り当てるＩＰアドレス群を整理することもできる。
　図５は、図４に示したリレーノード５Ｃ（Relay A1）に対して、リレーノード５Ｅ（Relay B1：図２のリレーノード５Ａに相当）がアタッチした場合におけるＩＰアドレス割り当て動作例を説明する図である。
　図５において、リレーノード５Ｅは、ファーストアタッチにあたり、リレーノード５Ｅが有するＵＥ機能５１を用いて、リレーノード５ＥのＩＭＳＩを含むメッセージ“NAS: Attach Request”を送信する。“NAS: Attach Request”は、リレーノード５Ｃ及びドナー基地局３Ｂ経由でＭＭＥ６に到達する（図５の＜１＞）。ＭＭＥ６は、ＨＳＳ９に対してＩＭＳＩに対応する情報（契約情報等）の問い合わせを行い（図５の＜２＞）、対応する情報を入手する（図５の＜３＞）。
　ＭＭＥ６は、ＨＳＳ９から得た情報より、アタッチに係るリレーノード５Ｅがリレーノード５であること、及びリレーノード５Ｃの配下に位置することを認識し、リレーノード５Ｅに対するＩＰアドレス割り当てのためのベアラ設定要求メッセージ“S11AP: Create Session Request”を送信する（図５の＜５＞）。“S11AP: Create Session Request”は、ドナー基地局３ＢのプロキシＳ／ＰＧＷ機能３２で中継され（図５の＜６＞）、リレーノード５ＣのリレーＵＥ用のＳ／ＰＧＷ機能５３に送られる（図５の＜７＞）。
　リレーノード５ＣのＳ／ＰＧＷ機能５３は、“S11AP: Create Session Request”を受信すると、リレーノード５Ｃが備えるＩＰアドレスリスト３５Ａからリレーノード５Ｅに割り当てるべきＩＰアドレス群を選択する。図５に示す例では、ＩＰアドレスリスト３５ＡからＩＰアドレス群“ＩＰ－ＡＢ１～ＡＢｎ”が選択される。このとき、ＩＰアドレス群“ＩＰ－ＡＢ１～ＡＢｎ”に対する割り当て状態が「割り当て済み」に変更される。
　Ｓ／ＰＧＷ機能５３は、選択したＩＰアドレス群を含むメッセージ“S11AP: Create Session Response”をドナー基地局３Ｂに送る（図５の＜８＞）。ドナー基地局３Ｂは、“S11AP: Create Session Response”を中継し、ＭＭＥ６に送る（図５の＜９＞）。
　ＭＭＥ６は、“S11AP: Create Session Response”から得られるＩＰアドレス群を含む“NAS: Attach Request”の応答メッセージ“NAS: Attach Accept"を例えばＳ１ＡＰメッセージ“S1AP: Initial Context Setup Request”に載せて送信する。“NAS:　Attach Accept”は、ドナー基地局３Ｂ及びリレーノード５Ｃを経てリレーノード５Ｅへ到達する（図５の＜７＞）。これによって、リレーノード５Ｅは、ＩＰアドレス群“ＩＰ－ＡＢ１～ＡＢｎ”を受領（獲得）することができる。
　その後は、図４において説明したリレーノード５Ｄと同様に、ＩＰアドレス群の１つをリレーノード５Ｅ自身のＩＰアドレスとして設定する。また、ＩＰアドレス群をさらに分割して、ＩＰアドレスリスト３５Ａに登録する。
　その後、リレーノード５Ｅに他のリレーノード５がアタッチした場合には、リレーノード５Ｅがリレーノード５Ｃと同様の処理を行い、リレーノード５Ｃはメッセージの中継を行い、ドナー基地局３Ｂ，ＭＭＥ６及びＨＳＳ９が図５と同様の動作を行うことで、リレーノード５Ｅに割り当てられたＩＰアドレス群から所定のＩＰアドレス又はＩＰアドレス群を他のリレーノードに割り当てることができる。
　図６は、ＩＰｖ４のＩＰアドレス群の割り当て例を示す。図６において、ドナー基地局３Ｂ（のＩＰアドレスリスト）は、４０９６個のＩＰアドレスを有しており、これらの複数のＩＰアドレスからそれぞれ２５６個のＩＰアドレスからなる１６個のＩＰアドレス群Ｇ１～Ｇ１６が形成されている。
　リレーホップ１段目、すなわち、ドナー基地局３Ｂの直接の配下のリレーノード５Ｃには、ドナー基地局３Ｂにおける複数のＩＰアドレス群の１つが割り当てられる（図６の例では、Ｇ２）。リレーノード５Ｃでは、ドナー基地局３Ｂから割り当てられたＩＰアドレス群Ｇ２がさらに１６個のＩＰアドレスを含む１６個のＩＰアドレス群に分割される。そして、１６個のＩＰアドレス群の一つ（Ｇ１）がリレーノード５Ｃに割り当てられている。
　さらに、図６には、リレーホップ２段目（リレーノード５Ｅ）に対し、リレーノード５Ｃが有するＩＰアドレス群Ｇ２～Ｇ１６のうち、ＩＰアドレス群Ｇ２が割り当てられた例が示されている。リレーノード５Ｅでは、ＩＰアドレス群Ｇ２中の例えば先頭アドレスをリレーノード５Ｅ用に割り当て、残りを自身の配下のリレーノードに対して割り当てることができる。
　図６に示す例では、ドナー基地局３Ｂに対してカスケード接続（多段接続）できるリレーノード５の最大数は３である。しかしながら、ドナー基地局３Ｂが有するＩＰアドレスリストに登録されるＩＰアドレス空間（ＩＰアドレス数）の増大、或いはＩＰｖ６アドレスの採用によって、カスケード接続数を増加することができる。
　＜Ｓ１１インタフェースの設定＞
　本実施形態に係るＬＴＥネットワークでは、ドナー基地局３Ｂの配下のリレーノードが下位のリレーノードのためにＳ１インタフェースを設定する場合には、リレーノード内のＳ／ＰＧＷ機能の制御のためにＭＭＥとのＳ１１インタフェースを設定する。
　図７Ａは、ドナー基地局とＭＭＥ間、及びドナー基地局とリレーノード間におけるインタフェース設定を説明する図である。図７Ａには、リレーノード５をドナー基地局３Ｂ経由でＭＭＥ６に接続するための各種インタフェースが示されている。
　図７Ａにおいて、ＮＡＳ信号（ＮＡＳメッセージ）をリレーノード５とＭＭＥ６との間でやりとりするために、ドナー基地局３Ｂは、リレーノード側においてＲＲＣコネクションを有する一方で、ＭＭＥ６側にＳ１ＡＰに基づくＳ１インタフェースを有している。ドナー基地局３ＢとＭＭＥ６とのＳ１インタフェース（Ｓ１ＡＰレイヤ）はＳＴＣＰ(Stream Control Transmission Protocol)リンクで接続される。
　一方、ドナー基地局３Ｂとリレーノード５との間には、ＲＲＣレイヤ間を結ぶＳＲＢ１(Signaling Radio Bearer 1)が設定されるとともに、ＮＡＳメッセージを転送するためのＳＲＢ２(Signaling Radio Bearer 2)が設定される。そして、ドナー基地局３ＢのＲＲＣとＳ１ＡＰ間では、ＮＡＳメッセージの載せ替えが行われる。これによって、リレーノード５は、ＭＭＥ６との間でアタッチに係るＮＡＳメッセージを送受信することができる。
　また、ＭＭＥ６とリレーノード５との間がリレーノード５用のＳ１インタフェースで結ばれる。このため、リレーノード５とドナー基地局３Ｂとの間には、無線ベアラとして、例えばＤＲＢ(Data Radio Bearer)が設定される。このＤＲＢ上にＳＣＴＰリンクが設定され、リレーノード５とドナー基地局３Ｂとの間にＳ１ＡＰセッションが設定される。これによって、Ｓ１インタフェースが確立される。
　このＳ１インタフェースがＭＭＥ６まで延長されるように、ドナー基地局３ＢとＭＭＥ６との間のＳ１インタフェース（ＳＣＴＰリンク）が使用される。上記したＤＲＢの設定は、リレーノード５のアタッチ手順において、ドナー基地局３Ｂがリレーノードからアタッチ完了メッセージ“Attach Complete ”を受信したことを契機に開始することができる。
　ドナー基地局３ＢのＳ１インタフェースと、リレーノード５用のＳ１インタフェースとの区別は、ドナー基地局３Ｂとリレーノード５との間で異なる識別用ＩＤ（例えばｅＮＢ／ＭＭＥ　Ｓ１ＡＰ　ＩＤ）を用い、識別用ＩＤを用いてＭＭＥ６がＳ１ＡＰメッセージの送信元を区別することによって行われる。識別用ＩＤによって、ドナー基地局３Ｂ及び１以上のリレーノード５をユニークに識別できる。また、基地局／リレーノードの識別用ＩＤとしてＵＥ識別用ＩＤと同種類のＩＤが使用されることによって、ＭＭＥ６がメッセージ送信元のドナー基地局、リレーノード、及びＵＥをユニークに区別する構成が採用されても良い。
　ドナー基地局３Ｂ内には、プロキシ機能（Ｐ．ｅＮＢ、Ｐ．Ｓ／ＰＧＷ）が設けられ、リレーノード５とＭＭＥ６との間のＳ１ＡＰメッセージの代行（プロキシ）転送処理を行う。
　さらに、リレーノード５内のＳ／ＰＧＷ機能とＭＭＥ６とをＳ１１インタフェースで結ぶため、以下の構成が採用される。すなわち、ドナー基地局３ＢとＭＭＥ６との間には、ドナー基地局３Ｂが有するＳ／ＰＧＷ機能とＭＭＥ６とを結ぶＳ１１インタフェースがＵＤＰ（User Datagram Protocol）で確立されている。このＳ１１インタフェースがリレーノード５まで延長されるように、リレーノード５とドナー基地局３Ｂとの間にＳ１１インタフェースが設定される。
　例えば、図７Ａに示すように、リレーノード５とドナー基地局３Ｂとの間のＳ１インタフェースの構築に用いたＤＲＢを用いて、ＵＤＰポートを設定し、さらに、Ｓ１１ＡＰ用の識別子Ｓ１１ＡＰ－ＴＥＩＤを送受信することで、Ｓ１１インタフェースを設定することができる。このようなＳ１１インタフェースの設定は、上記したＤＲＢの設定にはじまるＳ１インタフェースの設定と同時に行うことができる。
　リレーノード５内のＳ／ＰＧＷ機能は、構築されたＳ１１インタフェースを用いて、ドナー基地局３Ｂ経由でＭＭＥ６とやりとりすることができる。特に、ＩＰアドレスの割当指示は、ＭＭＥ６から発行される。リレーノード５とＭＭＥ５との間にＳ１１ＡＰルートが確立されることで、リレーノード５がＩＰアドレスの割当指示を受け取り、配下のリレーノードにＩＰアドレスを割り当てることができるようになる。
　ドナー基地局３Ｂは、プロキシ転送機能を用いて、リレーノード５とＭＭＥ６との間のＳ１１ＡＰメッセージを中継することができる。
　図７Ｂは、リレーノード５Ｂの配下にリレーノード５Ａがアタッチした場合における、ＭＭＥ６とのＳ１インタフェース及びＳ１１インタフェースの設定を説明する図である。
　リレーノード５Ａがリレーノード５Ｂにアタッチする手順においては、リレーノード５Ａとリレーノード５Ｂとの間でリレーノード５ＡとＭＭＥ６とをＮＡＳ接続するためのＲＲＣリンクが設定される。
　また、リレーノード５ＡがＭＭＥ６に向けて送信したアタッチ完了メッセージ“Attach Complete”をリレーノード５Ｂが受信した場合に、リレーノード５Ｂとリレーノード５Ａとの間のＳ１及びＳ１１インタフェースの設定が開始される。
　すなわち、リレーノード５Ｂは、デフォルトＵプレーンベアラのためのＤＲＢ設定（図７ＢのＤＲＢ２の設定）を行い、ＤＲＢ設定完了をリレーノード５Ａに通知する。続いて、リレーノード５Ａとリレーノード５Ｂとは、ＤＲＢ２上にＳＣＴＰリンクを確立するとともに、ＵＤＰポートを設定する。
　続いて、リレーノード５Ｂは、リレーノード５Ａ－５Ｂ間のＳＣＴＰリンクと上位のＳＣＴＰリンク（リレーノード５Ｂとドナー基地局３Ｂとの間のＤＲＢ１上のＳＣＴＰリンク）とを関連づける。
　そして、リレーノード５Ａは、Ｓ１ＡＰメッセージたる“S1 Setup Request”をリレーノード５Ｂに送信し、Ｓ１ＡＰセッションを両者間で確立する。これによって、リレーノード５Ａ，５Ｂ間にＳ１ＡＰルートが確立する。
　さらに、リレーノード５Ａは、Ｓ１１ＡＰ用のＴＥＩＤをリレーノード５Ｂとの間で送受信する。これによって、両者間にＳ１１インタフェースが設定された状態となる。さらに、リレーノード５Ｂは、リレーノード５Ａ，５Ｂ間のＳ１ＡＰルートと上位Ｓ１ＡＰルートとを関連づけする。これによって、リレーノード５ＡからＭＭＥ６へのＳ１ＡＰルート（Ｓ１インタフェース）が確立された状態となる。
　＜ＵＥアタッチ（UE Attach）の動作例＞
　図８は、図１に図示したようなＬＴＥネットワークにおいて、リレーノード５Ａの配下として無線端末（ＵＥ）４がアタッチする場合（ＵＥアタッチ）の動作例について説明する図である。
　図３において、リレーノード５Ａ（Relay1）は、自身が備える基地局機能５１と、ＵＥ機能５２とを用いる。また、リレーノード５Ｂ（Relay2）は、自身が備えるプロキシ基地局機能５４を用いる。また、ドナー基地局３Ｂは、プロキシ基地局機能３１及びＳ／ＰＧＷ機能３３を用いる。
　図８に示すシーケンスは、ＵＥ４がリレーノード５Ａのセルに入り、リレーノード５Ａを検知してアタッチ処理を開始することによって開始される。
　最初に、ＵＥ４は、リレーノード５Ａの基地局機能５１との間で、ＲＲＣコネクションを設定する（RRC Connection Setup）（Ｓ５１）。続いて、ＵＥ４は、ＲＲＣメッセージ“RRC: Initial Direct Transfer”にＮＡＳメッセージ“NAS: Attach Request”を載せてリレーノード５Ａに送信する（Ｓ５２）。このときのＵＥ４のアタッチ処理は、ファーストアタッチに相当するため、“RRC: Attach Request”には、ＵＥ４のＩＭＳＩが設定される。
　リレーノード５Ａの基地局機能５１は、リレーノード５Ａとリレーノード５Ａとの間に設定されているＳ１インタフェースを用いて、ＵＥ４から受信される“RRC: Attach Request”を、Ｓ１ＡＰメッセージ“S1AP: Initial UE Message”に載せ替えてリレーノード５Ｂに送る（Ｓ５３）。
　リレーノード５Ｂのプロキシ基地局機能５４は、配下のリレーノード５ＡからのＳ１メッセージ（Ｓ１ＡＰメッセージ）の全てを、ドナー基地局３ＢへのＳＣＴＰリンク／Ｓ１インタフェースに載せ替えて転送する（Ｓ５４）。
　ドナー基地局３Ｂのプロキシ基地局機能３１は、リレーノード５Ｂ経由で到達したリレーノード５ＡからのＳ１（Ｓ１ＡＰ）メッセージを認識し、プロキシ機能によって当該Ｓ１メッセージをＭＭＥ６へ転送する（Ｓ５５）。
　ＭＭＥ６は、Ｓ１メッセージ中の“RRC: Attach Request”の内容に応じて認証手順を起動する。例えば、ＭＭＥ６は、ＨＳＳ９に対し、Attach に係る端末(ＩＭＳＩに対応する端末)の契約情報（加入者データ）を問い合わせ、取得する（Ｓ５６）。続いて、ＭＭＥ６は、契約情報を用いてリレーノード５ＡのＵＥ機能５２との間で認証処理を行う（Authentication：Ｓ５７）。
　認証成功後、セキュリティ開始指示によって、ＭＭＥ６とドナー基地局３Ｂの間のＳ１ＡＰにＮＡＳの暗号化（サイファリング）及びインテグリティ保護が設定される（Ｓ５８）。また、ドナー基地局３Ｂとリレーノード５Ｂとの間のＳ１ＡＰ及びＰＤＣＰのＵプレーン（PDCP-UP）、及びリレーノード５Ｂとリレーノード５Ａの間のＳ１ＡＰ及びＰＤＣＰ－ＵＰに対して暗号化が設定される（Ｓ５９、Ｓ６０）。さらに、リレーノード５ＡとＵＥ４との間のＰＤＣＰ－Ｃプレーン（PDCP-CP）に暗号化及びインテグリティ保護が設定される（Ｓ６１）。さらに、ＭＭＥ６からＨＳＳ９に位置登録がなされる（Ｓ６２）。
　ＭＭＥ６は、ＨＳＳ９から入手した契約情報よりアタッチに係る案末がＵＥ４であると認識し、このＵＥ４をサービスするＳＧＷ７及びＰＧＷ８（S/PGW）を決定し、デフォルトベアラ（Default Bearer）確立手順をＳ／ＰＧＷに対して行うことを決定する（Ｓ６３）。そして、ＭＭＥ６は、Ｓ１１ＡＰメッセージ“S11AP: Create Session Request"をＳ/ＰＧＷに送信する（Ｓ６４）。
　Ｓ／ＰＧＷは、“S11AP: Create Session Request"を受信すると、ＵＥ４に割り当てられるＩＰアドレスを含む応答メッセージ“S11AP：Create Session Response”を送信する（Ｓ６５）。
　ＭＭＥ６は、“S11AP：Create Session Response”を受信してデフォルトベアラ準備完了を確認する。その後、“NAS：Attach Accept”を“S1-AP：Initial Context Setup Request”に載せてドナー基地局３Ｂに送信する。この“NAS：Attach Accept”を含む“S1-AP：Initial Context Setup Request”にはＵＥ用のＩＰアドレスが含まれる。
　“NAS：Attach Accept”を含む“S1-AP：Initial Context Setup Request”は、ドナー基地局３Ｂのプロキシ基地局機能３１、及びリレーノード５Ｂのプロキシ基地局機能５４によって転送され（Ｓ６７、Ｓ６８）、リレーノード５Ａの基地局機能５１で受信される。すると、基地局機能５１は、ＵＥ４用のコンテキスト（Context）を構築する。基地局機能５１は、ＵＥ４に対し、“NAS：Attach Accept”が載せられた“RRC：RRC Connection Reconfiguration”を送信する（Ｓ６９）。
　ＵＥ４は、“NAS：Attach Accept/RRC：RRC Connection Reconfiguration”を受信し、このメッセージ中のパラメータであるＩＰアドレスを獲得し、当該ＩＰアドレスをＵＥ４自身のＩＰアドレスとして設定する（Ｓ７０）。ＵＥ４は、応答メッセージ“RRC：RRC Connection Reconfiguration Complete”を送る（Ｓ７１）。この“RRC：RRC Connection Reconfiguration Complete”にＮＡＳメッセージを載せることは不可であるため、その後、ＵＥ４は、“RRC：UL Information Transfer”で“NAS：Attach Complete”メッセージを送る（Ｓ７１）。
　リレーノード５Ａは、“RRC：RRC Connection Reconfiguration Complete”を受信すると、Ｓ１ＡＰメッセージ“S1-AP：Initial Context Setup Response”でＵＥ４のContext構築完了をＭＭＥに通知する。“S1AP：Initial Context Setup Response”は、リレーノード５Ａから、リレーノード５Ｂ及びドナー基地局３Ｂを経由してＭＭＥ６に到達する（Ｓ７１，Ｓ７２，Ｓ７３）。
　また、リレーノード５Ａは、ＵＥ４から“RRC：UL Information Transfer”によって送信された“NAS：Attach Complete”を“S1-AP：Uplink NAS Transport”に載せ替えて送信する（Ｓ７４）。“NAS：Attach Complete”を含む“S1-AP：Uplink NAS Transport”は、リレーノード５Ａ及びドナー基地局３Ｂで中継され、ＭＭＥ６に到達する（Ｓ７５，Ｓ７６）。
　ＭＭＥ６は、“S1AP：Initial Context Setup Response”に続き、“NAS：Attach Complete”を受信する。すると、ＭＭＥ６は、Ｓ／ＰＧＷに対し、ＵＥ４のＵプレーンのデフォルトベアラの構築を指示するためのメッセージ“S1AP： Modify Bearer Request"を送る（Ｓ７７）。Ｓ／ＰＧＷからの応答メッセージ“S11AP: Modify Bearer Response”がＭＭＥ６に受信されると（Ｓ７８）。ＵＥ４のＵプレーンデフォルトベアラが構築される。
　ＵＥ４のＵプレーンデフォルトベアラとして、リレーノード５Ｂのプロキシ機能によってリレーノード５Ｂとリレーノード５Ａとの間、リレーノード５Ｂとドナー基地局３Ｂとの間、ドナー基地局３ＢとＳ／ＰＧＷとの間に、ＧＴＰ－Ｕトンネルがそれぞれ設定される。さらに、ＵＥ４とリレーノード５Ａ間、リレーノード５Ａとリレーノード５Ｂとの間、リレーノード５Ｂとドナー基地局３Ｂとの間に対し、ＰＤＣＰ－ＵＰの暗号化が設定される。これによって、ＵＥ４のＵプレーンのＩＰコネクティビティが確立される。
　図９は、ＵＥアタッチに係るプロトコルスタックを示す。ＵＥアタッチにより、図３との相違は、ＵＥアタッチでは、ＵＥ用のＳ１－ＭＭＥインタフェースと、ＵＥ用のＳ１－Ｕインタフェースのプロトコルスタックが図示されていることである。
　ＵＥ用Ｓ１－ＭＭＥインタフェースは、ＵＥ４とＭＭＥ６とのＮＡＳメッセージのやりとりのために、ＵＥ４とリレーノード５Ａとの間ではＲＲＣが適用され、リレーノード５Ａ、リレーノード５Ｂ、ドナー基地局３Ｂ、及びＭＭＥ６の間ではＳ１ＡＰが適用される。最下位のリレーノード５Ａを除くリレーノード５Ｂ及びドナー基地局３Ｂは、プロキシ基地局機能によってＮＡＳメッセージの転送を行う。
　ＵＥ用Ｓ１－Ｕインタフェースは、ＵＥ４とＳ／ＰＧＷ（ＳＧＷ７及びＰＧＷ８）との間がＩＰで接続され、ＧＴＰ－Ｕトンネルが構築されている。
　＜作用効果＞
　本実施形態によると、ドナー基地局３Ｂは、Ｓ／ＰＧＷ機能５３を有しており、Ｓ／ＰＧＷ機能５３がリレーノード５に対するＵＰアドレスの割り当てをＩＰアドレス群単位で行う。ＩＰアドレス群は、２以上のＩＰアドレスで形成される。ＩＰアドレス群がリレーノード５に割り当てられることによって、当該リレーノード５の配下に他のリレーノード５がアタッチした場合に、当該リレーノード５に割り当てられたＩＰアドレスの一つを、他のリレーノード５に割り当てることができる。
　また、本実施形態では、リレーノード５は、割り当てられたＩＰアドレス群を元に細分化したＩＰアドレス群を作成し、下位のリレーノード５のアタッチ時にＩＰアドレス群の一つを割り当てる。これによって、下位のリレーノード５が、さらに下位のリレーノード５に対し、ＩＰアドレス群又はＩＰアドレスを割り当てることができる。
　また、ドナー基地局３Ｂは、下位のリレーノード５との間でＳ１インタフェースを設定するときに、リレーノード５が有するＳ／ＰＧＷ機能の制御のために、リレーノード５との間でＳ１１インタフェースも設定する。これによって、リレーノード５に対するＵＥアタッチ時にＳ１１インタフェースを設定する場合よりもオーバヘッドを小さくできる。
　さらに、リレーノード５は、下位ノードへのＳ１メッセージを区別し、Ｓ１メッセージを対応する下位ノードへ振り分けることができる。また、下位ノードからのＳ１メッセージを区別して、上位ノードへ転送することもできる。
　＜ドナー基地局の構成例＞
　図１０は、ドナー基地局３Ｂの構成例を示す図である。図１０は、ドナー基地局３Ｂのハードウェア構成例を示し、ドナー基地局３Ｂは、伝送路インタフェース１３１，Ｌ２スイッチ（Ｌ２ＳＷ）１３２，制御部１３３，ベースバンド処理部１３４，無線インタフェース１３５を備える。これらの各部は、電気・電子回路、ＩＣ、ＬＳＩ、ＡＳＩＣのような１以上のハードウェア又はハードウェアチップによって実現される。
　無線インタフェース１３５は、アンテナ１３６，広帯域増幅器１３７，アナログ－ディジタル変換器（Ａ／Ｄ）及びディジタル－アナログ変換器（Ｄ／Ａ）１３８，入出力ポート（Ｉ／Ｏ）１３９などを備える。無線インタフェース１３５は、ドナー基地局３Ｂのセルに在圏するＵＥ４やリレーノード５からの無線信号をアンテナ１３６で受信し、Ａ／Ｄ変換器１３８でディジタル信号に変換し、入出力ポート１３９を経てＬ２スイッチ１３２に入力する。また、無線インタフェース１３５は、Ｌ２スイッチ１３２からの信号をＤ／Ａ変換し、広帯域増幅器１３７で増幅し、アンテナ１３６から放射することによって、無線信号をセル内のＵＥ４やリレーノード５に送信することができる。
　Ｌ２スイッチ１３２は、制御部１３３，無線インタフェース１３５，ベースバンド処理部１３４，伝送路インタフェース１３１の間を伝送される信号（メッセージ）のスイッチング処理を行う。
　ベースバンド処理部１３４は、ディジタルシグナルプロセッサ（ＤＳＰ）１３４Ａのようなプロセッサと、ＤＳＰ１３４Ａが実行するプログラムやデータが格納された記憶媒体（ストレージ）であるメモリ（ＭＥＭ）１３４Ｂを含み、ＤＳＰ１３４Ａがメモリ１３４Ｂに格納されたプログラム（ファームウェア）を実行することによって、Ｌ２スイッチ１３２から入力される信号のベースバンド処理を行い、処理後の信号をＬ２スイッチ１３２に出力する。
　伝送路インタフェース１３１は、ＩＰ網１０上のＳ１インタフェースを介してＭＭＥ６やＳ／ＰＧＷ（図示せず）に接続される一方で、Ｘ２インタフェースを介して他の基地局３（ドナー基地局３Ｂを含む）に接続され、これらとの間で信号をやりとりする。
　制御部１３３は、中央演算処理装置（ＣＰＵ）１３３Ａのようなプロセッサ（マイクロプロセッサ）と、ＣＰＵ１３３Ａが実行するプログラムやデータが格納された記憶媒体（ストレージ）であるメモリ（ＭＥＭ）１３３Ｂを含み、ＣＰＵ１３３Ａがメモリ１３３Ｂに格納されたプログラムを実行することによって、メッセージ処理、呼処理、装置間の接続管理、監視処理のような各種制御を行う。
　なお、図１０に例示したドナー基地局３Ｂは、３系統の無線インタフェース１３５及びベースバンド処理部１３４を有しているが、系統の数は１以上で適宜設定可能である。
　図１１は、図１０に示したベースバンド処理部１３４のＤＳＰ１３４Ａによるファームウェアの実行によって実現される機能ブロックを示す。
　図１１において、ファームウェアの実行によって、制御部１３３との通信処理を司る対制御部通信部１４１と、トラフィック管理部（ＧＴＰ管理部）１４２と、トラフィック転送処理部（ＧＴＰ転送処理部）１４３とが実現される。
　トラフィック管理部１４２及びトラフィック転送処理部１４３は、リレーノード５とＭＭＥ６との間のトラフィック中継（ＧＴＰ－Ｕトンネル－無線ベアラ）対処理を司る。
　また、ファーウェアの実行によって、トラフィックやセル状態を監視するトラフィック監視／セル状態監視部１４４と、情報の秘匿設定及び解除設定を行う秘匿設定・解除部１４５と、無線レイヤに係る処理を司る無線レイヤ処理部１４６とが実現される。
　図１２は、図１０に示した制御部１３３のＣＰＵ１３３Ａによるプログラム実行によって実現される機能ブロックを示す。プログラムの実行によって、制御部１３３は、受信部１６１，送信部１６２，分析部１６３，各プロトコル処理部１６４を含むメッセージ処理部１５１を備えた装置として機能する。
　さらに、プログラムの実行によって、制御部１３３は、ＵＥ４やリレーノード５の呼処理を行う呼処理部１５２と、リレーノード５に対するＩＰアドレスの割当制御を行うＩＰアドレス割当制御部１５３と、ＩＰアドレス群が格納された、ＩＰアドレスリスト３５に相当するＩＰアドレスプール１５４とを備えた装置として機能する。
　また、プログラムの実行によって、制御部１３３は、リソース管理部１５５と、ドナー基地局３ＢとＵＥ４との接続管理及び制御を行うＤｅＮＢ－ＵＥ接続管理制御部１５６と、ドナー基地局３Ｂとリレーノード５との接続管理及び制御を行うＤｅＮＢ－Ｒｅｌａｙ接続管理制御部１５７と、装置各処理部監視制御部１５８とを含む装置として機能する。
　なお、図１１及び図１２に示した各機能ブロックのそれぞれは、１以上の汎用又は専用のハードウェアチップを用いて実現可能である。
　＜ドナー基地局における処理＞
　以下、ドナー基地局３Ｂにおける処理として、少なくとも図３、図８に示したシーケンスを実施するための処理について説明する。
　《メッセージ処理部》
　最初に、ドナー基地局（ＤｅＮＢ）３Ｂのメッセージ処理部１５１（図１２）に含まれる受信部１６１，送信部１６２，及び分析部１６３のそれぞれにおける動作例について説明する。
　《受信部》
　図１３は、受信部１６１の処理例を示すフローチャートである。図　１３に図示する受信部１６１の処理は、例えば、ドナー基地局３Ｂにおける初期設定終了後に開始される。もっとも、受信部１６１の処理は他のトリガによって開始されるようにしても良い。
　最初に、受信部１６１は、図示しない受信キューの先頭をチェックする（ステップＳ１０１）。ここに、受信キューには、無線インタフェース１３５及び伝送路インタフェース１３１（図１０）で受信されたデータが格納（アタッチ）される。受信キューに格納されるデータは、トランスポート層のヘッダ除去のような処理、或いは、受信キューにアタッチしたインタフェースのＩＤ付与、のような処理が施され、メッセージとしての形式を有している。
　次に、受信部１６１は、受信キューの先頭にデータ（メッセージ）が格納されているか否かを判定する（ステップＳ１０２）。このとき、メッセージがなければ（Ｓ１０２のＮ）、処理がステップＳ１０１に戻る。これに対し、メッセージがあれば（Ｓ１０２のＹ）、処理が次のステップＳ１０３に移る。
　ステップＳ１０３では、受信キューの先頭からメッセージが取り出され、分析部１６３に転送される（ステップＳ１０４）。その後、処理がステップＳ１０１に戻る。
　《送信部》
　図１４は、送信部１６２の処理例を示すフローチャートである。図１４に図示する送信部１６２の処理は、例えば、ドナー基地局３Ｂにおける初期設定終了後に開始される。もっとも、送信部１６２の処理は他のトリガによって開始されるようにしても良い。
　最初に、送信部１６２は、図示しない送信キューの先頭をチェックする（ステップＳ１１１）。ここに、送信キューには、分析部１６３及び各プロトコル処理部１６４（図１２）からのメッセージが格納（アタッチ）される。メッセージには、送信先のインタフェース（伝送路インタフェース１３１，無線インタフェース（無線ベアラ）１３５）を区別可能な識別子（ＩＤ）が含まれている。
　次に、送信部１６２は、送信キューの先頭にメッセージが格納されているか否かを判定する（ステップＳ１１２）。このとき、メッセージがなければ（Ｓ１１２のＮ）、処理がステップＳ１１１に戻る。これに対し、メッセージがあれば、処理が次のステップＳ１１３に移る。
　ステップＳ１１３では、送信部１６２は、送信キューの先頭からメッセージを取り出し、メッセージに含まれるＩＤに応じたインタフェースにメッセージを転送する（ステップＳ１１４）。その後、処理がステップＳ１１１に戻る。
　《分析部》
　図１５は、分析部１６３の処理例を示すフローチャートである。図１５に図示する処理は、例えば、ドナー基地局３Ｂにおける初期設定終了後に開始される。もっとも、図１５の処理は他のトリガによって開始されるようにしても良い。
　最初に、分析部１６３は、受信部１６１からメッセージを受信する（ステップＳ１２１）。次に、分析部１６３は、メッセージのプロトコルを分析する（ステップＳ１２２）。次に、分析部１６３は、メッセージのプロトコル種別を判別する（ステップＳ１２３）。
　このとき、プロトコル種別が“ＲＲＣ”であれば、処理がステップＳ１２４に進み、“Ｓ１ＡＰ”であれば処理がステップＳ１２５に進み、“Ｓ１１ＡＰ”であれば処理がステップＳ１３０に進む。
　処理がステップＳ１２４に進んだ場合（プロトコル種別がＲＲＣである場合）には、ＲＲＣプロトコル処理が各プロトコル処理部１６４（図１５）によって実行される。その後、処理がステップＳ１２１に戻る。
　処理がステップＳ１２５に進んだ場合（プロトコル種別がＳ１ＡＰである場合）には、分析部１６３は、Ｓ１ＡＰメッセージ中のセッションＩＤをメッセージから抜き出す。セッションＩＤは、Ｓ１ＡＰのセッションを区別する識別子（ＩＤ）で、ドナー基地局単位でユニークな識別子である。
　続いて、分析部１６３は、セッションＩＤが中継対象か否かを判定する（ステップＳ１２６）。このとき、セッションＩＤが中継対象でなければ（Ｓ１２６のＮ）、各プロトコル処理部１６４によってＳ１ＡＰプロトコル処理が実行される（ステップＳ１２７）。その後、処理がステップＳ１２１に戻る。
　これに対し、セッションＩＤが中継対象であれば（Ｓ１２６のＹ）、分析部１６３は、図示しない転送変換表を参照し、転送変換表中の設定内容に従って、メッセージを書き換える（ステップＳ１２８）。その後、分析部１６３は、書き換えられたメッセージを送信キューにアタッチ（格納）し（ステップＳ１２９）、処理をステップＳ１２１に戻す。
　処理がステップＳ１３０に進んだ場合（プロトコル種別がＳ１１ＡＰである場合）には、分析部１６３は、Ｓ１１ＡＰメッセージからＧＴＰ－ＴＥＩＤを抜き出す。ここに、ＧＴＰ－ＴＥＩＤは、Ｓ１１ＡＰのセッションを区別する識別子（ＩＤ）であり、ドナー基地局単位でユニークな識別子である。
　続いて、分析部１６３は、ＧＴＰ－ＴＥＩＤが中継対象か否かを判定する（ステップＳ１３１）。このとき、ＧＴＰ－ＴＥＩＤが中継対象でなければ（Ｓ１３１のＮ）、各プロトコル処理部１６４によってＳ１１ＡＰプロトコル処理が実行される（ステップＳ１３２）。その後、処理がステップＳ１２１に戻る。
　これに対し、ＧＴＰ－ＴＥＩＤが中継対象であれば（Ｓ１３１のＹ）、分析部１６３は、図示しない転送変換表を参照し、転送変換表中の設定内容に従って、メッセージを書き換える（ステップＳ１３３）。その後、分析部１６３は、書き換えられたメッセージを送信キューにアタッチ（格納）し（ステップＳ１３４）、処理をステップＳ１２１に戻す。
　このように、分析部１６３によって、プロトコル種別が判別されるとともに、Ｓ１ＡＰメッセージ及びＳ１１ＡＰメッセージがセッションＩＤ又はＧＴＰ－ＴＥＩＤによって中継対象か否かが判定され、中継対象である場合には、転送変換表によって書き換えられ、送信キューに格納される。転送変換表には、セッションＩＤやＧＴＰ－ＴＥＩＤに対応するメッセージの変換内容が記載されている。
　《ドナー基地局によるＩＰアドレス群割当処理》
　次に、ドナー基地局３ＢによるＩＰアドレス群割当処理例について説明する。図１６は、各プロトコル処理部１６４（図１２）に含まれるＳ１１ＡＰプロトコル処理部（Ｓ１１処理部）の処理（Ｓ１３２のサブルーチン（図１５））の例を示すフローチャートである。
　図１６の処理が開始されると、最初に、プロトコル処理部は、メッセージを受信し、メッセージを分析する（ステップＳ１４１）ことによって、メッセージ種別を判別する（ステップＳ１４２）。
　このとき、メッセージが“Create Session Request”であれば、処理がステップＳ１４３に進み、“Create Session Request”以外のメッセージであれば、他のメッセージ処理が実行される（ステップＳ１４７）。
　ステップＳ１４３では、Ｓ１１ＡＰプロトコル処理部は、“Create Session Request”がＩＰアドレス要求を含むか否かを判定する。このとき、ＩＰアドレス要求が含まれていなければ（Ｓ１４３のＮ）、処理がステップＳＳ１４６に進む。
　これに対し、ＩＰアドレス要求が含まれていれば（Ｓ１４３のＹ）、Ｓ１１ＡＰプロトコル処理部は、ＩＰアドレス割当制御部１５３（図１２）に対し、ＩＰアドレス群を要求する（ステップＳ１４４）。すなわち、Ｓ１１ＡＰプロトコル処理部は、ＩＰアドレス群取得要求メッセージをＩＰアドレス割当制御部１５３に送る。
　その後、Ｓ１１ＡＰプロトコル処理部は、ＩＰアドレス割当制御部１５３からＩＰアドレス群を受信し（ステップＳ１４５）、メッセージ中の他のパラメータに対する処理を行う（ステップＳ１４６）。
　次に、Ｓ１１ＡＰプロトコル処理部は、メッセージ又はメッセージに対する処理に関するエラーがあるか否かを判定する（ステップＳ１４８）。
　エラーが無ければ（Ｓ１４８のＮ）、Ｓ１１ＡＰプロトコル処理部は、正常応答メッセージ“Create Session Response”を生成する（ステップＳ１４９）。このとき、Ｓ１１ＡＰプロトコル処理部は、応答メッセージに対して、ＩＰアドレス群を含むパラメータを付加する。
　その後、Ｓ１１ＡＰプロトコル処理部は、応答メッセージ“Create Session Response”を送信部１６２の送信キューにアタッチ（格納）し、処理をステップＳ１４１に戻す。
　一方、ステップＳ１４８において、エラーありと判定された場合（Ｓ１４８のＹ）には、Ｓ１１ＡＰプロトコル処理部は、エラー応答メッセージ“Create Session Reject”を生成し（ステップＳ１５１）、ＩＰアドレス割当制御部１５３にキャンセルを送信する（ステップＳ１５２）。そして、Ｓ１１ＡＰプロトコル処理部は、送信キューに“Create Session Reject”を格納し、処理をステップＳ１４１に戻す。
　このようにして、Ｓ１１ＡＰプロトコル処理部は、Ｓ１１ＡＰメッセージにＩＰアドレス要求が含まれているかを判定し、含まれている場合には、ＩＰアドレス割当制御部からＩＰアドレス群を得て、このＩＰアドレス群を含んだ応答メッセージを送信キューにアタッチする。
　図１７は、ＩＰアドレス割当制御部１５３（図１２）の処理例を示すフローチャートである。最初に、ＩＰアドレス割当制御部１５３は、ＩＰアドレスプール１５４（ＩＰアドレスリスト３５）を作成する（ステップＳ１６１）。ＩＰアドレスプール１５４に最初に登録される複数のＩＰアドレスは予め決められている。初期状態の複数のＩＰのＩＰアドレスは、ＩＰアドレスプール１５４において初期データとして保持される。
　次に、ＩＰアドレス割当制御部１５３は、１回のＩＰアドレス要求に応じて割り当てるＩＰアドレス数（ＩＰアドレス割当数）を決定する。ＩＰアドレス数を予め設定によって決めておき、ＩＰアドレス割当制御部１５３は、その予め決められた（設定された）ＩＰアドレス数を採用することで、決定することができる。ＩＰアドレス割当制御部１５３は、初期状態の複数のＩＰアドレスをＩＰアドレス割当数で割ることによって、複数のＩＰアドレスから複数のＩＰアドレス群を生成する（ステップＳ１６２）。
　なお、初期状態の複数のＩＰアドレスに対する分割数が予め設定され、ＩＰアドレス割当制御部１５３が分割数で複数のＩＰアドレスから複数のＩＰアドレス群を生成する様にしても良い。
　ＩＰアドレス割当制御部１５３は、ＩＰアドレスプール１５４の全てのＩＰアドレスに未割り当てフラグを付与する（ステップＳ１６３）。このとき、未割り当てフラグは、ＩＰアドレス毎に付与されても良く、ＩＰアドレス群毎に付与されても良い。本実施形態では、フラグがオフのときに「未割り当て」を示し、オンのときに「割当済み」を示す。但し、逆であっても良い。
　以上のステップＳ１６１～Ｓ１６３の処理は、ＩＰアドレスプール１５４の初期設定時における処理である。ステップＳ１６３が終了すると、ＩＰアドレス割当制御部１５３は、Ｓ１１ＡＰプロトコル処理部からのメッセージを待機する状態に遷移する。
　ステップＳ１６４では、Ｓ１１ＡＰプロトコル処理部から受信されるメッセージをＩＰアドレス割当制御部１５３は分析し、メッセージ種別を判定する（ステップＳ１６５）。このとき、メッセージ種別がＩＰアドレス群取得要求であれば、処理がステップＳ１６６に進み、メッセージ種別がＩＰアドレス群キャンセルであれば、処理がステップＳ１６８に進む。
　ステップＳ１６６では、ＩＰアドレス割当制御部１５３は、ＩＰアドレスプール１５４から未割り当て状態のＩＰアドレス群の一つを取得する。続いて、ＩＰアドレス割当制御部１５３は、取得されたＩＰアドレス群に対するフラグをオン（割当済み）にセットする（ステップＳ１６７）。その後処理がステップＳ１６４に戻り、次のメッセージの待機状態となる。
　ステップＳ１６８では、ＩＰアドレス割当制御部１５３は、キャンセル対象のＩＰアドレスの全てに対応するフラグをオフ（未割り当て）にセットする。その後、処理がステップＳ１６４に戻り、次のメッセージの待機状態となる。
　《ドナー基地局のアタッチ関連処理》
　次に、ドナー基地局３Ｂのアタッチ関連処理の例について説明する。図１８は、ドナー基地局３Ｂに対してリレーノード５がアタッチした場合における、ドナー基地局３Ｂの各プロトコル処理部１６４（図１２）に含まれるＳ１ＡＰプロトコル処理部（以下、Ｓ１処理部と表記することもある）の処理（ステップＳ１２７のサブルーチン（図１５））の例を示すフローチャートである。
　図１８において、Ｓ１処理部は、メッセージの待機状態にあり、メッセージを受信すると分析を行い（ステップＳ１７１）、メッセージ種別を判定する（ステップＳ１７２）。このとき、メッセージ種別が“Initial Context Setup Request”であれば、Ｓ１処理部は処理をステップＳ１７３に進める。これに対し、メッセージ種別が“Initial Context Setup Request”以外のメッセージであれば、他のメッセージに対する処理が実行される（ステップＳ１７８）。
　ステップＳ１７３では、Ｓ１処理部は、リレーノード関連パラメータをＤｅＮＢ－Ｒｅｌａｙ接続管理制御部１５７（図１２、ＤＲ制御部１５７と表記）へ送信することによってコンテキスト構築を指示する。
　ステップＳ１７４では、Ｓ１処理部は、ＤＲ制御部１５７から完了応答を受信する。すると、Ｓ１処理部は、ＮＡＳメッセージ“Attach Accept”を各プロトコル処理部１６４内のＲＲＣプロトコル処理部（ＲＲＣ処理部とも表記）へ転送する（ステップＳ１７５）。
　Ｓ１処理部は、ＲＲＣ処理部からのメッセージを待つ（ステップＳ１７６）。なお、実際のステップＳ１７６の処理は、ステップＳ１７１及びＳ１７２におけるメッセージ受信及び分析処理を経て判定される“Initial Context Setup Request”の応答として処理される。
　Ｓ１処理部は、ＲＲＣ処理部からのメッセージを受信すると（ステップＳ１７７）、メッセージ内容及びメッセージに係る処理のエラーがあるか否かを判定すする（ステップＳ１７９）。このとき、エラーがなければ（Ｓ１７９のＮ）、Ｓ１処理部は、“Initial Context Setup Request”に対する応答メッセージ“Initial Context Setup Response”を作成し（ステップＳ１８０）、送信部１６２の送信キューに格納する（ステップＳ１８１）。その後、処理がステップＳ１７１に戻る。
　これに対し、エラーがあれば（Ｓ１７９のＹ）、Ｓ１処理部はエラー応答メッセージ“Initial Context Setup Reject”を生成し（ステップＳ１８２）、送信キューに格納する（ステップＳ１８１）。
　なお、図１８には、リレーノード５のアタッチ時（リレーアタッチ時）における処理が示されている。これに対し、ＵＥ４のアタッチ時における処理では、ステップＳ１７３における、リレーノード関連パラメータがＤＲ制御部１５７に送信される処理が、関連パラメータをＤｅＮＢ－ＵＥ接続管理制御部１５６（ＤＵ制御部１５６とも表記）に送信し、コンテキスト構築を指示する処理に置き換わる。ステップＳ１７３以外の処理は、リレーアタッチ時の処理と同様である。
　図１９は、図１８に示した処理に対応する、各プロトコル処理部内のＲＲＣプロトコル処理部（ＲＲＣ処理部）による処理例を示すフローチャートである。
　図１９において、ＲＲＣ処理部は、メッセージの待機状態にあり、メッセージを受信すると分析を行い（ステップＳ１９１）、メッセージ種別を判定する（ステップＳ１９２）。このとき、メッセージがＳ１ＡＰ処理部からのＮＡＳメッセージでなければ、他のメッセージ処理が行われる（ステップＳ１９９）。
　これに対し、メッセージがＳ１ＡＰ処理部からのＮＡＳメッセージ“Attach Request”であれば、ＲＲＣ処理部は、これに含まれる関連パラメータから、“Attach Request”をＲＲＣメッセージ“RRC Connection Reconfiguration”で送信することを決定する（ステップＳ１９３）。
　続いて、ＲＲＣ処理部は、“Attach Request”を載せた“RRC Connection Reconfiguration”を作成し（ステップＳ１９４）、送信部１６２の送信キューに当該メッセージをアタッチする（ステップＳ１９５）。
　その後、ＲＲＣ処理部は、“RRC Connection Reconfiguration”の応答メッセージである“RRC Connection Reconfiguration Complete”の受信待ち状態となる（ステップＳ１９６）。実際には、ステップＳ１９１のメッセージ受信及び分析処理、並びにメッセージ種別判別処理（ステップＳ１９２）によって、“RRC Connection Reconfiguration Complete”の受信が判別されるのを待つことによって行われる。
　“RRC Connection Reconfiguration Complete”が受信されると（ステップＳ１９７）、ＲＲＣ処理部は、Ｓ１処理部に対し、RRC Connection Reconfigurationが完了したことを、“RRC Connection Reconfiguration Complete”中のパラメータとともに通知する（ステップＳ１９８）。その後、処理がステップＳ１９１に戻る。
　なお、ステップＳ１７６におけるメッセージ待ち状態において、エラー応答メッセージである“RRC Connection Reconfiguration Failure”が受信された場合には、ＲＲＣ処理部は、Ｓ１処理部にエラーを通知する。
　《ドナー基地局の接続管理》
　次に、ドナー基地局３Ｂにおける接続管理の処理例について説明する。図２０は、ＤｅＮＢ－Ｒｅｌａｙ接続管理制御部（ＤＲ制御部）１５６によるＤｅＮＢ－Ｒｅｌａｙ接続管理の処理例を示すフローチャートである。
　図２０に示す処理は、ＤＲ制御部１５６がＳ１処理部よりコンテキスト作成パラメータを受信することによって開始される（ステップＳ２０１）。
　次のステップＳ２０２では、ＤＲ制御部１５６は、リレーノード用のコンテキストを作成する。続いて、ＤＲ制御部１５６は、Ｓ１ＡＰメッセージの転送変換表を作成する（ステップＳ２０３）。さらに、ＤＲ制御部１５６は、Ｓ１１ＡＰメッセージの転送変換表も作成する（ステップＳ２０４）。
　そして、ＤＲ制御部１５６は、Ｕプレーンの関連パラメータをトラフィック管理部１４２（図１１）に送信し（ステップＳ２０５）、処理を終了する。
　図２１は、ＤｅＮＢ－ＵＥ接続管理制御部（ＤＵ制御部）１５７によるＤｅＮＢ－ＵＥ接続管理の処理例を示すフローチャートである。
　図２１に示す処理は、ＤＵ制御部１５７がＳ１処理部よりコンテキスト作成パラメータを受信することによって開始される（ステップＳ２１１）。
　次のステップＳ２１２では、ＤＵ制御部１５７は、ＵＥ用のコンテキストを作成する。そして、ＤＵ制御部１５７は、Ｕプレーンの関連パラメータをトラフィック管理部１４２（図１１）に送信し（ステップＳ２１３）、処理を終了する。
　《ドナー基地局のトラフィック管理及び転送》
　次に、ドナー基地局３Ｂにおけるトラフィック管理及び転送に係る処理例について説明する。図２２は、トラフィック管理部１４２（図１１）によるドナー基地局トラフィック管理の処理例を示すフローチャートである。
　トラフィック管理部１４２は、Ｕプレーン関連パラメータをＤＲ制御部１５７から受信することによって処理を開始する（ステップＳ２２１）。トラフィック管理部１４２は、Ｕプレーントラフィック（ＧＴＰ－Ｕ）の転送変換表を作成する（ステップＳ２２２）。その後、処理が終了する。
　図２３は、トラフィック転送部によるドナー基地局トラフィック転送の処理例を示すフローチャートである。図２３の処理は、トラフィック転送部１４３がＵプレーンのトラフィックを受信することによって開始される（ステップＳ２３１）。
　トラフィック転送部１４３は、受信したＵプレーンのトラフィックに対し、トラフィック管理部１４２で作成された転送変換表に基づき、トラフィック中のデータ（パケット）に対するヘッダの付け替え処理を行う（ステップＳ２３２）。そして、ヘッダの付け替えが終わったＵプレーントラフィックを送信する（ステップＳ２３３）。これによって、Ｕプレーンのトラフィックを所望の宛先へ転送することができる。
　＜リレーノードの構成例＞
　図２４は、リレーノード５の構成例を示す図である。図２４は、リレーノード５のハードウェア構成例を示す。リレーノード５は、Ｌ２スイッチ（Ｌ２ＳＷ）２０２，制御部２０４，ベースバンド処理部２０３，無線インタフェース２０１を備える。これらの各部は、電気・電子回路、ＩＣ、ＬＳＩ、ＡＳＩＣのような１以上のハードウェア又はハードウェアチップによって実現される。
　無線インタフェース２０１は、アンテナ２０６，広帯域増幅器２０７，アナログ－ディジタル変換器（Ａ／Ｄ）及びディジタル－アナログ変換器（Ｄ／Ａ）２０８，入出力ポート（Ｉ／Ｏ）２０９などを備える。無線インタフェース２０１は、リレーノード５のセルに在圏するＵＥ４，他のリレーノード５，ドナー基地局３Ｂからの無線信号をアンテナ２０６で受信し、Ａ／Ｄ変換器２０８でディジタル信号に変換し、入出力ポート２０９を経てＬ２スイッチ２０２に入力する。また、無線インタフェース２０１は、Ｌ２スイッチ２０２からの信号をＤ／Ａ変換し、広帯域増幅器２０７で増幅し、アンテナ２０６から放射することによって、無線信号をセル内のＵＥ４，リレーノード５，ドナー基地局３Ｂに送信することができる。
　Ｌ２スイッチ２０２は、制御部２０４，無線インタフェース２０１，ベースバンド処理部２０３，伝送路インタフェース１３１間を伝送される信号のスイッチング処理を行う。
　ベースバンド処理部２０３は、ＤＳＰ２０３Ａのようなプロセッサと、ＤＳＰ２０３Ａが実行するプログラムやデータが格納された記憶媒体（ストレージ）であるメモリ（ＭＥＭ）２０３Ｂを含み、ＤＳＰ２０３Ａがメモリ２０３Ｂに格納されたプログラム（ファームウェア）を実行することによって、Ｌ２スイッチ２０２から入力される信号のベースバンド処理を行い、処理後の信号をＬ２スイッチ２０２に出力する。
　制御部２０４は、中央演算処理装置（ＣＰＵ）２０４Ａのようなプロセッサ（マイクロプロセッサ）と、ＣＰＵ２０４Ａが実行するプログラムやデータが格納された記憶媒体（ストレージ）であるメモリ（ＭＥＭ）２０４Ｂを含み、ＣＰＵ２０４Ａがメモリ２０４Ｂに格納されたプログラムを実行することによって、メッセージ処理、呼処理、装置間の接続管理、監視処理のような各種制御を行う。制御部２０４には、ＩＭＳＩが格納されたＵＳＩＭカード(Universal Subscriber Identity Module Card)２０５が接続されている。
　図２５は、図２４に示したベースバンド処理部２０３のＤＳＰ２０３Ａによるファームウェアの実行によって実現される機能ブロックを示す。
　図２５において、リレーノード５の端末（ＵＥ）機能を司るブロックとして、制御部１３３との通信処理を司る対制御部通信部２１１（２１１Ａ）と、トラフィック監視及びセル状態監視部２１４（２１４Ａ）と、セルの探索制御を司るセル探索制御部２１５と、情報の秘匿設定及び設定解除を行う秘匿設定・解除部２１６（２１６Ａ）と、無線レイヤ処理を司る無線レイヤ処理部２１７（２１７Ａ）とが備えられている。
　一方、リレーノード５の基地局機能及びＳ／ＰＧＷ機能を司るブロックとして、対制御部通信部２１１（２１１Ｂ）と、トラフィック管理（ＧＴＰ管理）部２１２と、トラフィック転送（ＧＴＰ転送処理）部２１３と、トラフィック監視及びセル状態監視部２１４（２１４Ａ）と、秘匿設定・解除部２１６（２１６Ｂ）と、無線レイヤ処理部２１７（２１７Ｂ）とが備えられている。
　なお、図２５において、二重線で結ばれた各ブロック２１１，２１４，２１６及び２１７は、実際は一体の機能である。
　図２６は、図２４に示した制御部のＣＰＵによるプログラム（ソフトウェア）実行によって実現される機能ブロックを示す。制御部２０４によって実現される機能ブロックも、端末（ＵＥ）機能を司るブロック群と、基地局機能及びＳ／ＰＧＷ機能を司るブロック群とに分けることができる。
　端末機能を司るブロック群として、メッセージ処理部２２１（２２１Ａ）と、呼処理部２２７と、リソース管理部２３０と、Ｒｅｌａｙ－ＤｅＮＢ接続管理制御部（ＲＤ制御部とも表記）２３１と、自－上Ｒｅｌａｙ接続管理制御部（上位制御部とも表記）２３２と、装置各処理部監視制御部２３３とが備えられる。
　一方、基地局機能及びＳ／ＰＧＷ機能を司るブロック群として、メッセージ処理部２２１（２２１Ｂ）と、呼処理部２２７と、ＩＰアドレス割当制御部２２８と、ＩＰアドレスプール２２９（ＩＰアドレスリスト３５に相当）と、リソース管理部２３０と、自－下Ｒｅｌａｙ接続管理制御部（下位制御部とも表記）２３４と、Ｒｅｌａｙ－ＵＥ接続管理制御部（ＲＵ制御部とも表記）２３５と、装置各処理部監視制御部２３３とが備えられる。
　メッセージ処理部２２１（２２１Ａ，２２１Ｂ）は、受信部２２３，送信部２２４，分析部２２５，及び各プロトコル処理部２２６を備えている。なお、図２６において、二重線で結ばれた各ブロック２２１，２２７，２３０，２３１と２３４，２３２と２３５，及び２３３は、実際は一体の機能である。
　なお、図２５及び図２６に示した各機能ブロックのそれぞれは、１以上の汎用又は専用のハードウェアチップを用いて実現可能である。
　＜リレーノードにおける処理＞
　以下、リレーノード５における処理として、少なくとも図３、図８に示したシーケンスを実施するための処理について説明する。
　《メッセージ処理部における処理》
　リレーノード５のメッセージ処理部２２１（２２１Ａ，２２１Ｂ）に含まれる受信部２２３，送信部２２４，分析部２２５の処理は、図１３，図１４，図１５に示した受信部１６１，送信部１６２，分析部１６３の処理とほぼ同様であるので説明を省略する。
　《リレーノードによるＩＰアドレス群割当処理》
　次に、リレーノード５によるＩＰアドレス群割当処理例について説明する。図１６に示したＩＰアドレス群の割当に係るＳ１１処理部の処理は、図２６に示したリレーノード５の基地局機能及びＳ／ＰＧＷ機能における各プロトコル処理部２２６（２２６Ｂ）中のＳ１１処理部の処理と同じである。このため、説明を省略する。
　図２７は、リレーノード５のＳ１１処理部に対応するＩＰアドレス割当制御部２２８（図２６）の処理例を示すフローチャートである。図２７において、最初に、ＩＰアドレス割当制御部２２８は、各プロトコル処理部２２６Ｂ中のＲＲＣプロトコル処理部（ＲＲＣ処理部）からＩＰアドレス群（ドナー基地局３Ｂ、又は上位リレーノード５から割り当てられたＩＰアドレス群）を受信する（ステップＳ２５１）。
　次に、ＩＰアドレス割当制御部２２８は、１回のＩＰアドレス要求に応じて割り当てるＩＰアドレス数（ＩＰアドレス割当数）を決定する。ＩＰアドレス数は、予め設定によって決められたものを採用することで決定することができる。ＩＰアドレス割当制御部２２８は、受信されたＩＰアドレス群をなす複数のＩＰアドレスをＩＰアドレス割当数で割ることによって、複数のＩＰアドレス群を生成する（ステップＳ２５２）。
　なお、受信されたＩＰアドレス群に対する分割数が予め設定され、ＩＰアドレス割当制御部２２８が分割数でＩＰアドレス群から複数のＩＰアドレス群を生成する様にしても良い。
　ＩＰアドレス割当制御部２２８は、複数のＩＰアドレス群をＩＰアドレスプール２２９（ＩＰアドレスリスト３５Ａ）に登録し、登録された全てのＩＰアドレスに未割り当てフラグを付与する（ステップＳ２５３）。このとき、未割り当てフラグは、ＩＰアドレス毎に付与されても良く、ＩＰアドレス群毎に付与されても良い。本実施形態では、フラグがオフのときに「未割り当て」を示し、オンのときに「割当済み」を示す。但し、逆であっても良い。
　以上のステップＳ２５１～Ｓ２５３の処理は、リレーノード５のファーストアタッチに伴うＩＰアドレスプール２２９の初期設定時における処理である。ステップＳ２５３が終了すると、ＩＰアドレス割当制御部２２８は、Ｓ１１処理部からのメッセージを待機する状態に遷移する。
　ステップＳ２５４では、Ｓ１１処理部から受信されるメッセージをＩＰアドレス割当制御部２２８は分析し、メッセージ種別を判定する（ステップＳ２５５）。このとき、メッセージ種別がＩＰアドレス群取得要求であれば、処理がステップＳ２５６に進み、メッセージ種別がＩＰアドレス群キャンセルであれば、処理がステップＳ２５８に進む。
　ステップＳ２５６では、ＩＰアドレス割当制御部２２８は、ＩＰアドレスプール２２９から未割り当て状態のＩＰアドレス群の一つを取得する。続いて、ＩＰアドレス割当制御部２２８は、取得されたＩＰアドレス群に対するフラグをオン（割当済み）にセットする（ステップＳ２５７）。その後処理がステップＳ２５４に戻り、次のメッセージの待機状態となる。
　ステップＳ２５８では、ＩＰアドレス割当制御部２２８は、キャンセル対象のＩＰアドレスの全てに対応するフラグをオフ（未割り当て）にセットする。その後、処理がステップＳ２５７に戻り、次のメッセージの待機状態となる。
　上記のような処理によって、リレーノード５は、配下の他のリレーノード５に対してＩＰアドレス群を割り当てることができる。なお、受信されたＩＰアドレス群をＩＰアドレス割当数で割った結果、各ＩＰアドレス群が備えるＩＰアドレス数が１となることもある。この場合、配下のリレーノード５に対して、当該配下のリレーノード５が使用するＩＰアドレスのみが配下のリレーノード５に対して送信されることもある。
　《リレーノードのＩＰアドレス受信処理》
　次に、ドナー基地局３Ｂ又は上位のリレーノード５からＩＰアドレスを受信するＩＰアドレス受信処理について説明する。ＩＰアドレス受信処理は、リレーノード５における、各プロトコル処理部２２６Ｂに含まれるＲＲＣプロトコル処理部（ＲＲＣ処理部）によって行われる。
　図２８は、ＲＲＣ処理部によるＩＰアドレス受信処理の例を示す。図２８において、ＲＲＣ処理部は、メッセージを受信すると、メッセージの分析を行い（ステップＳ２６１）、メッセージ種別を判定する（ステップＳ２６２）。
　メッセージが“RRC Connection Reconfiguration”であれば、処理がステップＳ２６３に進み、それ以外のメッセージであれば、当該メッセージに応じた処理が実行される（ステップＳ２７１）。
　ステップＳ２６３では、ＲＲＣ処理部は、“RRC Connection Reconfiguration”に含まれるＩＰアドレス群を抜きだす。ここに、“RRC Connection Reconfiguration”に含まれているＩＰアドレス群の一つ（例えば、先頭のＩＰアドレス）には、フラグが付与されている。フラグが付与されたＩＰアドレスは、ＩＰアドレス群の割当元（ドナー基地局３Ｂ又は上位のリレーノード５）において決定された、配下のリレーノード５自身が使用すべきＩＰアドレスであることを示す。このため、ＲＲＣ処理部は、フラグが付与されたＩＰアドレスをリレーノード５自身のＩＰアドレスとして設定する。
　続いて、ＲＲＣ処理部は、残りのＩＰアドレスをＩＰアドレス割当制御部２２８に送信する（ステップＳ２６４）。残りのＩＰアドレスは、リレーノード５の下位に位置する他のリレーノード５に割り当てるために使用される。
　次に、ＲＲＣ処理部は、ＮＡＳメッセージ“Attach Accept”をＮＡＳプロトコル処理部（各プロトコル処理部２２６Ｂに含まれる）に転送する（ステップＳ２６５）。
　続いて、ＲＲＣ処理部は、“RRC Connection Reconfiguration”に含まれる他のパラメータに関する処理を行う（ステップＳ２６６）。
　そして、ＲＲＣ処理部は、メッセージ及びメッセージ処理に関するエラーがあるか否かを判定する（ステップＳ２６７）。エラーがない場合（Ｓ２６７のＮ）には、ＲＲＣ処理部は、正常応答メッセージ“RRC Connection Reconfiguration Complete”を生成し（ステップＳ２６８）、送信部２２４の送信キューにアタッチ（格納）する（ステップＳ２６９）。
　これに対し、エラーがある場合（Ｓ２６７のＹ）には、ＲＲＣ処理部は、エラー応答メッセージ“RRC Connection Reconfiguration Failure”を生成し（ステップＳ２７０）、送信キューに格納する（ステップＳ２６９）。ステップＳ２６９の終了後は、処理がステップＳ２６１に戻る。
　このようにして、リレーノード５は、上位装置であるドナー基地局３Ｂ又はリレーノード５から受信されたＩＰアドレスの１つをリレーノード５自身のＩＰアドレスとして設定し、残りを配下のリレーノード５に割り当てるためのＩＰアドレスプール２２９に登録すべく、ＩＰアドレス割当制御部２２８に送る。
　《リレーノードのアタッチ関連処理》
　次に、リレーノード５のアタッチ関連処理の例について説明する。図２９は、リレーノード５（例えば図３のリレーノード５Ｂ）に対して他のリレーノード５（例えば図３のリレーノード５Ａ）がアタッチした場合における、リレーノード５Ｂの各プロトコル処理部２２６Ｂ（図２６）に含まれるＳ１ＡＰプロトコル処理部（Ｓ１処理部）の処理の例を示すフローチャートである。
　図２９に示す処理は、図１８に示した処理とほぼ同様である。但し、図１８のステップＳ１７３の代わりにステップＳ１７３Ａが設けられている点で、図１８の処理と異なる。図２９のステップＳ１７３Ａの処理では、Ｓ１処理部は、リレーノード関連パラメータを自－下Ｒｅｌａｙ接続管理制御部（下位制御部）２３４へ送信することによってコンテキスト構築を指示する。
　ステップＳ１７３Ａを除く他のステップは、図１８の処理と同様であるので説明を省略する。また、図２９のステップＳ１７５の処理に応じて、ＲＲＣ処理部による処理が実行されるが、処理の内容は図１９に示したＲＲＣ処理部の処理と同様であるので説明を省略する。
　また、図２９には、リレーノード５Ａのアタッチ時におけるリレーノード５Ｂにおける処理が示されている。これに対し、ＵＥ４のアタッチ時における処理では、ステップＳ１７３Ａにおける処理がＵＥ４の関連パラメータをＲｅｌａｙ－ＵＥ接続管理制御部（ＲＵ制御部）２３５に送信することによって、コンテキスト構築を指示する。この点を除いて、ＵＥアタッチ時の処理はリレーアタッチ時の処理と同じである。
　《リレーノードの接続管理》
　次に、リレーノード５における接続管理の処理例について説明する。図３０は、自－下Ｒｅｌａｙ接続管理制御部（下位制御部）２３４（図２６）の処理例を示すフローチャートである。
　図３０に示す処理は、下位制御部２３４がＳ１ＡＰプロトコル処理部（Ｓ１処理部）よりコンテキスト作成パラメータを受信することによって開始される（ステップＳ２８１）。
　次のステップＳ２８２では、下位制御部２３４は、下位のリレーノード５用のコンテキストを作成する。続いて、下位制御部２３４は、Ｓ１ＡＰメッセージの転送変換表を作成する（ステップＳ２８３）。さらに、下位制御部２３４は、Ｓ１１ＡＰメッセージの転送変換表も作成する（ステップＳ２８４）。
　そして、下位制御部２３４は、Ｕプレーンの関連パラメータをトラフィック管理部２１２（図２５）に送信し（ステップＳ２８５）、処理を終了する。
　図３１は、Ｒｅｌａｙ－ＵＥ接続管理制御部（ＲＵ制御部）２３５（図２６）によるＲｅｌａｙ－ＵＥ接続管理の処理例を示すフローチャートである。
　図３１に示す処理は、ＲＵ制御部２３５がＳ１ＡＰプロトコル処理部（Ｓ１処理部）よりコンテキスト作成パラメータを受信することによって開始される（ステップＳ２９１）。
　次のステップＳ２９２では、ＲＵ制御部２３５は、ＵＥ用のコンテキスト（Ｕプレーンの管理用の関連パラメータ）を作成する。そして、ＲＵ制御部２３５は、Ｕプレーンの関連パラメータをトラフィック管理部２１２（図２５）に送信し（ステップＳ２９３）、処理を終了する。
　図３２は、Ｒｅｌａｙ－ＤｅＮＢ接続管理制御部（ＲＤ制御部）２３１（図２６）の処理例を示すフローチャートである。図３２における最初のステップＳ３０１では、リレーノード５をＵＥとした形式でのドナー基地局３Ｂに対するアタッチ手順（リレーアタッチ手順）が実行される。ＲＤ制御部２３１は、リレーアタッチによって、上位装置がドナー基地局３Ｂと認識して、各無線ベアラを管理する（ステップＳ３０２）。
　図３３は、自－上Ｒｅｌａｙ接続管理制御部（上位制御部）２３２（図２６）の処理例を示すフローチャートである。図３３における最初のステップＳ３１１では、リレーノード５をＵＥとした形式での上位リレーノード５に対するアタッチ手順（リレーアタッチ手順）が実行される。上位制御部２３２は、リレーアタッチによって、上位装置がリレーノード５と認識して、各無線ベアラを管理する（ステップＳ３１２）。
　《リレーノードのトラフィック管理及び転送》
　次に、リレーノード５におけるトラフィック管理及び転送に係る処理例について説明する。図３４は、トラフィック管理部２１２（図２５）による処理例を示すフローチャートである。
　トラフィック管理部２１２は、Ｕプレーン関連パラメータを下位制御部２３４から受信することによって処理を開始する（ステップＳ３２１）。トラフィック管理部２１２は、Ｕプレーントラフィック（ＧＴＰ－Ｕ）の転送変換表を作成する（ステップＳ３２２）。その後、処理が終了する。
　図３５は、トラフィック転送部２１３によるリレーノードトラフィック転送の処理例を示すフローチャートである。図３５の処理は、トラフィック転送部２１３がＵプレーンのトラフィックを受信することによって開始される（ステップＳ３３１）。
　トラフィック転送部２１３は、受信したＵプレーンのトラフィックに対し、トラフィック管理部２１２で作成された転送変換表に基づき、トラフィック中のデータ（パケット）に対するヘッダの付け替え処理を行う（ステップＳ３３２）。そして、ヘッダの付け替えが終わったＵプレーントラフィックを送信する（ステップＳ３３３）。これによって、Ｕプレーンのトラフィックを所望の宛先へ転送することができる。
　《ＭＭＥのアタッチ処理》
　次に、ＭＭＥ６のアタッチ処理に係る処理について説明する。図　３６は、リレーノード５のアタッチ時におけるＭＭＥ６の処理例を示すフローチャートである。図３６における処理は、ＭＭＥ６がＮＡＳメッセージ“Attach Request”を受信することによって開始される（ステップＳ３４１）。
　ＭＭＥ６は、“Attach Request”に含まれる装置識別ＩＤを取り出し（ステップＳ３４２）、装置識別ＩＤがＩＭＳＩか否かを判定する（ステップＳ３４３）。装置識別ＩＤがＩＭＳＩでない場合（Ｓ３４３のＮ）には、アタッチした装置がファーストアタッチでないと認識し、既存の端末アタッチ処理を実行する（ステップＳ３５６）。
　これに対し、装置識別ＩＤがＩＭＳＩである場合（Ｓ３４３のＹ）には、ＨＳＳ９（図１、図１０）に対してＩＭＳＩの問い合わせを送信する（ステップＳ３４４）。
　ＭＭＥ６は、問い合わせに対する情報（ＩＭＳＩ対応情報、契約情報等を含む）をＨＳＳ９から受信すると（ステップＳ３４５）、ＩＭＳＩを有する装置がリレーノード５か否かを判定する（ステップＳ３４６）。この判定には、ＩＭＳＩ対応情報に含まれる、ＩＭＳＩを有する装置がリレーノード５かＵＥ４かを示す情報（例えば、装置種別情報）を使用することができる。
　ＩＭＳＩを有する装置がリレーノード５でない場合（Ｓ３４６のＮ）には、処理がステップＳ３５６に進む。これに対し、ＩＭＳＩを有する装置がリレーノード５である場合（Ｓ３４６のＹ）には、既存の端末用認証及びセキュリティ関連処理が実行される（ステップＳ３４７）。これによって、図３に示したＳ５～Ｓ１０に係る処理が実行される。
　次に、ＭＭＥ６は、ベアラ設定要求メッセージ“Create Session Request”を“Attach Request”を中継したドナー基地局３Ｂに送信する（ステップＳ３４８）。
　その後、ＭＭＥ６は、ドナー基地局３ＢからＩＰアドレス群を含む応答メッセージ“Create Session Response”を受信し（ステップＳ３４９）、受信したＩＰアドレス群の一つにフラグを付与することによって、ＩＰアドレス群を受領するリレーノード５が使用するＩＰアドレスを明示する（ステップＳ３５０）。
　次に、ＭＭＥ６は、Ｓ１ＡＰメッセージ“Initial Context Setup Request”にＩＰアドレス群，“Attach Accept"，Ｓ１ＡＰ－ＩＤ（Ｓ１ＡＰインタフェースの識別子），及びＧＴＰ－ＴＥＩＤ（Ｓ１１ＡＰインタフェースの識別子）を載せてドナー基地局３Ｂに送信する（ステップＳ３５１）。
　その後、ＭＭＥ６は、ドナー基地局３Ｂから応答メッセージ“Initial Context Setup Response”を受信し（ステップＳ３５２）、さらに、“Attach Accept"の応答メッセージ“Attach Complete”を受信する（ステップＳ３５３）。
　その後、ＭＭＥ６は、リレーノード５から“S1 Setup Request”を受信する（ステップＳ３５４）。すると、ＭＭＥ６は、リレーノード５を、自身が保有する装置管理表に登録する（ステップＳ３５５）。装置管理表には、リレーノード５に係る識別情報（ＩＰアドレス，Ｓ１ＡＰ－ＩＤ及びＧＴＰ－ＴＥＩＤ）などが登録される。装置管理表には、ドナー基地局３Ｂに係る識別情報も登録される。
　これによって、ＭＭＥ６は、ドナー基地局３Ｂ及びリレーノード５を認識することができる。また、装置管理表に、ドナー基地局３Ｂの配下のリレーノード５の情報が含まれることによって、ドナー基地局３Ｂ以下のリレーノード５のトポロジをＭＭＥ６が認識することもできる。
　＜その他＞
　上記実施形態において、ドナー基地局３Ｂの配下となるリレーノード５（リレーノード５Ｂ）とリレーノード５Ｂの配下となるリレーノード５Ａとは同一の構成を有するケースについて説明した。もっとも、他のリレーノード５の配下となるリレーノード５が、自身の配下のリレーノード５を持つための構成を備えることは必須要件ではない。
　すなわち、ドナー基地局５を頂点（ルート）とする複数のリレーノードのトポロジにおいて、末端に位置し、上位リレーノード５から配下のリレーノード５に割り当てるべきＩＰアドレスが付与されないリレーノード５は、配下のリレーノードを持つための構成（例えば、ＭＭＥ６からのＩＰアドレス割当指示を受け取るためのＳ１１インタフェース設定に係る構成）を有していなくても良い。
　この場合、上位リレーノード５は、例えばＭＭＥ６からのＩＰアドレス割当指示において、下位のリレーノード５が配下を持つことができないリレーノード５である旨の通知を受け取り、そのような下位リレーノード５に対して単一のＩＰアドレスが割り当てられるようにしても良い。単一のＩＰアドレスが割り当てられる場合には、リレーノード間におけるＳ１１ＡＰリンク設定が省略されるようにしても良い。
１・・・無線網（ｅＵＴＲＡＮ）
２・・・コア網
３Ａ・・・基地局（ｅＮｏｄｅＢ）
３Ｂ・・・ドナー基地局（Ｄｏｎｅｒ－ｅＮｏｄｅＢ）（基地局）
４・・・無線端末（ＵＥ）
５・・・リレーノード（ＲＮ）（中継装置）
６・・・ＭＭＥ（上位装置、制御装置）
７・・・ＳＧＷ
８・・・ＰＧＷ
９・・・ＨＳＳ
３１・・・ドナー基地局のプロキシ基地局機能
３２・・・ドナー基地局のプロキシＳ／ＰＧＷ機能
３３・・・ドナー基地局のＳ／ＰＧＷ機能
３５，３５Ａ・・・ＩＰアドレスリスト
５１・・・リレーノードの基地局機能
５２・・・リレーノードのＵＥ機能
５３・・・リレーノードのＳ／ＰＧＷ機能
５４・・・リレーノードのプロキシＳ／ＰＧＷ機能
１６４，２２６・・・各プロトコル処理部
１５３，２２８・・・ＩＰアドレス割当制御部
１５４，２２９・・・ＩＰアドレスプール

Claims (16)

  1. 　セルラーフォンサービスを提供するための基地局と無線端末との間の無線インタフェースを中継する、前記基地局および前記無線端末からの制御信号を終端可能な中継装置に対するＩＰアドレスの割当方法であって、
    　前記基地局は、前記基地局自身の配下に位置する第１の中継装置に対して複数のＩＰアドレスを割り当て、
    　前記第１の中継装置は、当該第１の中継装置の配下に位置する第２の中継装置に対して、前記基地局から割り当てられた複数のＩＰアドレスの少なくとも１つを割り当てる
    ことを含むＩＰアドレスの割当方法。
  2. 　前記基地局は、上位装置からのＩＰアドレス割当指示に応じて、前記第１の中継装置に対するＩＰアドレスの割り当てを行い、
    　前記第１の中継装置の前記基地局に対する接続手順において、前記第１の中継装置が前記基地局から割り当てられた複数のＩＰアドレスの少なくとも１つを前記第２の中継装置に割り当てるＩＰアドレス割当指示を前記第１の中継装置が前記上位装置から受け取るための経路を確立する
    請求項１に記載のＩＰアドレスの割当方法。
  3. 　前記ＩＰアドレス割当指示を前記第１の中継装置が前記上位装置から受け取るための経路は、前記基地局が前記上位装置から前記ＩＰアドレス割当指示を受け取るための経路を前記第１の中継装置まで延長するような、前記第１の中継装置と前記第２の中継装置との間のインタフェース設定により確立され、
    　前記基地局は、前記上位装置から送信され且つ前記経路上を転送される、前記第１の中継装置向けの前記ＩＰアドレス割当指示を中継する
    請求項２に記載のＩＰアドレスの割当方法。
  4. 　前記第２の中継装置の前記第１の中継装置に対する接続手順において、前記第２の中継装置が前記第１の中継装置から割り当てられた複数のＩＰアドレスの少なくとも１つを前記他の中継装置に割り当てるＩＰアドレス割当指示を前記第２の中継装置が前記上位装置から受け取るための経路を確立する
    請求項２又は３に記載のＩＰアドレスの割当方法。
  5. 　前記ＩＰアドレス割当指示を前記第２の中継装置が前記上位装置から受け取るための経路は、前記第１の中継装置が前記上位装置から前記ＩＰアドレス割当指示を受け取るための経路を前記第２の中継装置まで延長するような、前記第１の中継装置と前記第２の中継装置との間のインタフェース設定により確立され、
    　前記基地局及び前記第１の中継装置は、前記上位装置から送信され且つ前記経路上を転送される、前記第２の中継装置向けの前記ＩＰアドレス割当指示を中継する
    請求項３に記載のＩＰアドレスの割当方法。
  6. 　前記第１の中継装置は、前記基地局から割り当てられた複数のＩＰアドレスの一つを前記第１の中継装置自身のＩＰアドレスとして使用し、残りのＩＰアドレスを前記第２の中継装置を含む前記第１の中継装置の配下に位置する他の中継装置への割当用に保持する
    請求項１から５の何れか１項に記載のＩＰアドレスの割当方法。
  7. 　前記第２の中継装置は、前記第１の中継装置から複数のＩＰアドレスが割り当てられた場合に、当該複数のＩＰアドレスの一つを前記第２の中継装置自身のＩＰアドレスとして使用し、残りのＩＰアドレスを前記第２の中継装置自身の配下に位置する他の中継装置への割当用に保持する
    請求項１から６の何れか１項に記載のＩＰアドレスの割当方法。
  8. 　前記第１の中継装置は、前記基地局から割り当てられた複数のＩＰアドレスのうち、上位装置によって指定されたＩＰアドレスを自身のＩＰアドレスとして使用する
    請求項６に記載のＩＰアドレスの割当方法。
  9. 　前記第２の中継装置は、前記第１の中継装置から割り当てられた複数のＩＰアドレスのうち、上位装置によって指定されたＩＰアドレスを自身のＩＰアドレスとして使用する
    請求項７に記載のＩＰアドレスの割当方法。
  10. 　前記第１の中継装置は、前記基地局から割り当てられた複数のＩＰアドレスを、２以上のＩＰアドレス群に分割し、前記ＩＰアドレス群の１つを前記第２の中継装置に割り当てる
    請求項１から９の何れか１項に記載のＩＰアドレスの割当方法。
  11. 　前記第２の中継装置は、前記第１の基地局から割り当てられた複数のＩＰアドレスを、２以上のＩＰアドレス群に分割し、前記ＩＰアドレス群の１つを配下の他の中継装置に割り当てる
    請求項１から１０の何れか１項に記載のＩＰアドレスの割当方法。
  12. 　セルラーフォンサービスを提供するための基地局と無線端末との間の無線インタフェースを中継する、前記基地局および前記無線端末からの制御信号を終端可能な中継装置であって、
    　前記基地局から割り当てられた複数のＩＰアドレスを保持する保持部と、
    　中継装置の配下に他の中継装置が接続されるときに、当該他の中継装置に対して前記保持部に保持された複数のＩＰアドレスの少なくとも一つを割り当てる制御部と
    を含む中継装置。
  13. 　前記保持部は、前記基地局が上位装置からのＩＰアドレス割当指示に応じて前記中継装置に割り当てた複数のＩＰアドレスを保持し、
    　前記制御部は、前記中継装置の前記基地局に対する接続手順において、前記中継装置が前記基地局から割り当てられた複数のＩＰアドレスの少なくとも１つを前記他の中継装置に割り当てるＩＰアドレス割当指示を前記中継装置が前記上位装置から受け取るための経路を確立する
    請求項１２に記載の中継装置。
  14. 　前記保持部は、前記中継装置の上位に位置する他の中継装置に接続されているときに、前記上位の他の中継装置から割り当てられた複数のＩＰアドレスの少なくとも一部を保持し、
    　前記制御部は、前記中継装置の下位に他の中継装置が接続されるときに、前記保持部に保持されたＩＰアドレスの少なくとも一つを前記下位の他の中継装置に割り当てる
    請求項１２又は１３に記載の中継装置。
  15. 　セルラーフォンサービスを提供するための基地局と無線端末との間の無線インタフェースを中継する、前記基地局および前記無線端末からの制御信号を終端可能な中継装置が接続される前記基地局であって、
    　複数のＩＰアドレスを保持する保持部と、
    　前記中継装置に対して前記保持部に保持された複数のＩＰアドレスのうち、２以上のＩＰアドレスを割り当てる制御部と
    を含む基地局。
  16. 　前記制御部は、上位装置からのＩＰアドレス割当指示に応じて、前記２以上のＩＰアドレスを前記中継装置に割り当て、
    　前記制御部は、前記中継装置の前記基地局に対する接続手順において、前記中継装置が前記基地局から割り当てられた複数のＩＰアドレスの少なくとも１つを他の中継装置に割り当てるＩＰアドレス割当指示を前記中継装置が前記上位装置から受け取るための経路を前記中継装置との間で確立し、
    　前記上位装置から送信され、前記経路上を転送される前記中継装置向けのＩＰアドレス割当指示を中継する
    請求項１５に記載の基地局。
PCT/JP2011/054401 2011-02-25 2011-02-25 中継装置に対するｉｐアドレスの割当方法 Ceased WO2012114527A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/054401 WO2012114527A1 (ja) 2011-02-25 2011-02-25 中継装置に対するｉｐアドレスの割当方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/054401 WO2012114527A1 (ja) 2011-02-25 2011-02-25 中継装置に対するｉｐアドレスの割当方法

Publications (1)

Publication Number Publication Date
WO2012114527A1 true WO2012114527A1 (ja) 2012-08-30

Family

ID=46720341

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/054401 Ceased WO2012114527A1 (ja) 2011-02-25 2011-02-25 中継装置に対するｉｐアドレスの割当方法

Country Status (1)

Country Link
WO (1) WO2012114527A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110475267A (zh) * 2018-05-11 2019-11-19 华为技术有限公司 一种配置方法、数据传输方法和装置
JP2020202415A (ja) * 2019-06-05 2020-12-17 日本無線株式会社 無線通信ユニット及びそれを用いた無線ネットワークシステム
US11239898B1 (en) * 2019-11-19 2022-02-01 T-Mobile Innovations Llc Relaying data to multiple access points

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004146988A (ja) * 2002-10-23 2004-05-20 Sony Corp 通信処理装置、およびアドレス設定方法、並びにコンピュータ・プログラム
JP2004147344A (ja) * 2003-12-15 2004-05-20 Toshiba Corp 通信装置
JP2006191570A (ja) * 2004-12-30 2006-07-20 Lg Electronics Inc 移動通信網に接続できない無線端末機へのｉｐ割り当て方法及び該方法を実現できる移動通信端末機

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004146988A (ja) * 2002-10-23 2004-05-20 Sony Corp 通信処理装置、およびアドレス設定方法、並びにコンピュータ・プログラム
JP2004147344A (ja) * 2003-12-15 2004-05-20 Toshiba Corp 通信装置
JP2006191570A (ja) * 2004-12-30 2006-07-20 Lg Electronics Inc 移動通信網に接続できない無線端末機へのｉｐ割り当て方法及び該方法を実現できる移動通信端末機

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110475267A (zh) * 2018-05-11 2019-11-19 华为技术有限公司 一种配置方法、数据传输方法和装置
CN110475267B (zh) * 2018-05-11 2021-09-17 华为技术有限公司 一种配置方法、数据传输方法和装置
US11510131B2 (en) 2018-05-11 2022-11-22 Huawei Technologies Co., Ltd. Configuration method, data transmission method, and apparatus
JP2020202415A (ja) * 2019-06-05 2020-12-17 日本無線株式会社 無線通信ユニット及びそれを用いた無線ネットワークシステム
JP7341735B2 (ja) 2019-06-05 2023-09-11 日本無線株式会社 無線通信ユニット及びそれを用いた無線ネットワークシステム
US11239898B1 (en) * 2019-11-19 2022-02-01 T-Mobile Innovations Llc Relaying data to multiple access points

Similar Documents

Publication Publication Date Title
KR102944467B1 (ko) 통신 방법 및 장치
CN115053565B (zh) 自接入回传网络中的宿主间拓扑自适应
JP5088091B2 (ja) 基地局装置、通信方法及び移動通信システム
JP7503625B2 (ja) ルーティングおよびベアラマッピング構成のための方法およびデバイス
KR102252271B1 (ko) 프런트홀 인터페이스 수립 방법, 사용자 장치에 대한 액세스 수행 방법, 사용자 장치에 대한 핸드오버 수행 방법 및 장치, 데이터 전달 방법, 사용자 장치 및 기지국
US9124510B2 (en) Configuring relay cell identities in cellular networks
CN116210250B (zh) 一种数据传输方法及装置
JP6785346B2 (ja) データ・オフロードのためのパスを確立する方法及び装置
US20240324039A1 (en) Managing connections to multiple centralized units
CN110048758A (zh) 节点和通信方法
CN101959314A (zh) 基站及其附接方法
CN113973399A (zh) 报文转发方法、装置及系统
CN115707029B (zh) 一种通信方法及通信装置
JP2019511154A (ja) セキュリティパラメータ伝送方法及び関係するデバイス
JP7254093B2 (ja) システム、制御プレーン機器、ユーザプレーン機器、及びプログラム
JP5878134B2 (ja) 上位基地局、下位基地局、および無線通信システム
WO2012114527A1 (ja) 中継装置に対するｉｐアドレスの割当方法
CN112469077A (zh) 一种业务数据包转发的方法及装置
CN116326168A (zh) 无线通信中的信令交换方案
CN106162743A (zh) 数据传输方法及装置
CN102387542A (zh) 一种演进无线接入系统小区全球标识的配置方法和系统
US10873890B2 (en) Base station, radio relay station, communication method for cancelling a connection to a base station during an overload condition
CN102647806B (zh) Ip报文处理方法、系统和设备
RU2806798C1 (ru) Способ и устройство связи
CN102026293B (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: 11859341

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11859341

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP