[go: up one dir, main page]

WO2022030454A1 - 通信制御方法 - Google Patents

通信制御方法 Download PDF

Info

Publication number
WO2022030454A1
WO2022030454A1 PCT/JP2021/028638 JP2021028638W WO2022030454A1 WO 2022030454 A1 WO2022030454 A1 WO 2022030454A1 JP 2021028638 W JP2021028638 W JP 2021028638W WO 2022030454 A1 WO2022030454 A1 WO 2022030454A1
Authority
WO
WIPO (PCT)
Prior art keywords
mbs
entity
user device
rlc
control method
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/JP2021/028638
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.)
Kyocera Corp
Original Assignee
Kyocera Corp
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 Kyocera Corp filed Critical Kyocera Corp
Priority to JP2022541541A priority Critical patent/JP7280443B2/ja
Priority to CN202180067981.XA priority patent/CN116349290A/zh
Priority to EP21854617.4A priority patent/EP4178235B1/en
Priority to EP25184816.4A priority patent/EP4598235A3/en
Publication of WO2022030454A1 publication Critical patent/WO2022030454A1/ja
Priority to US18/163,655 priority patent/US20230189300A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Definitions

  • the present invention relates to a communication control method used in a mobile communication system.
  • NR New Radio
  • RAT Radio Access Technology
  • LTE Long Term Evolution
  • the communication control method is a communication control method used in a mobile communication system that provides a multicast broadcast service (MBS) from a base station to a user device, from the base station to the user device. It has a message for setting the RLC (Radio Link Control) entity of the user apparatus, and the message specifies an operation mode of the RLC entity for an MBS traffic channel for transmitting MBS data. Contains information elements.
  • MBS multicast broadcast service
  • the communication control method is a communication control method used in a mobile communication system that provides a multicast / broadcast service (MBS) from a base station to a user apparatus, and the user apparatus is from the base station.
  • MBS multicast / broadcast service
  • the user apparatus is from the base station.
  • RLC Radio Link Control
  • the communication control method is a communication control method used in a mobile communication system that provides a multicast / broadcast service (MBS) from a base station to a user apparatus, and the user apparatus is from the base station.
  • MBS multicast / broadcast service
  • the PDCP entity performs at least one of the duplicate packet discarding process and the packet reordering process without performing at least one of the decryption process and the header decompression process.
  • the communication control method is a communication control method used in a mobile communication system that provides a multicast / broadcast service (MBS) from a base station to a user device, and the user device is used from the first cell.
  • MBS multicast / broadcast service
  • the user device Upon receiving the MBS data, the user device performs a handover from the first cell to the second cell, and the PDCP (Packet Data Broadcast Multicast) entity of the user device performs the MBS at the time of the handover.
  • the sequence number indicating the MBS data for which the reception has failed is transmitted to the second cell.
  • NR 5G system
  • the purpose of this disclosure is to realize an improved multicast / broadcast service.
  • FIG. 1 is a diagram showing a configuration of a mobile communication system according to an embodiment.
  • This mobile communication system complies with the 5th generation system (5GS: 5th Generation System) of the 3GPP standard.
  • 5GS 5th Generation System
  • 5GS will be described as an example, but an LTE (Long Term Evolution) system may be applied to a mobile communication system at least partially.
  • mobile communication systems include a user device (UE: User Equipment) 100, a 5G radio access network (NG-RAN: Next Generation Radio Access Network) 10, and a 5G core network (5GC: 5G). It has Core Network) 20.
  • UE User Equipment
  • NG-RAN Next Generation Radio Access Network
  • 5GC 5G core network
  • the UE 100 is a mobile wireless communication device.
  • the UE 100 may be any device as long as it is a device used by the user.
  • the UE 100 may be a mobile phone terminal (including a smartphone), a tablet terminal, a notebook PC, or a communication module (communication card or communication card). (Including a chip set), a sensor or a device provided on the sensor, a vehicle or a device provided on the vehicle (Vehicle UE), a vehicle or a device provided on the vehicle (Arial UE).
  • the NG-RAN 10 includes a base station (called “gNB” in a 5G system) 200.
  • the gNB 200 are connected to each other via the Xn interface, which is an interface between base stations.
  • the gNB 200 manages one or more cells.
  • the gNB 200 performs wireless communication with the UE 100 that has established a connection with its own cell.
  • the gNB 200 has a radio resource management (RRM) function, a routing function for user data (hereinafter, simply referred to as “data”), a measurement control function for mobility control / scheduling, and the like.
  • RRM radio resource management
  • Cell is used as a term to indicate the smallest unit of a wireless communication area.
  • the term “cell” is also used to indicate a function or resource for wireless communication with the UE 100.
  • One cell belongs to one carrier frequency.
  • gNB can also connect to EPC (Evolved Packet Core), which is the core network of LTE.
  • EPC Evolved Packet Core
  • LTE base stations can also be connected to 5GC.
  • the LTE base station and gNB can also be connected via an inter-base station interface.
  • 5GC20 includes AMF (Access and Mobility Management Function) and UPF (User Plane Function) 300.
  • the AMF performs various mobility controls and the like for the UE 100.
  • the AMF manages the mobility of the UE 100 by communicating with the UE 100 using NAS (Non-Access Stratum) signaling.
  • UPF controls data transfer.
  • the AMF and UPF are connected to the gNB 200 via the NG interface, which is an interface between the base station and the core network.
  • FIG. 2 is a diagram showing a configuration of a UE 100 (user device) according to an embodiment.
  • the UE 100 includes a receiving unit 110, a transmitting unit 120, and a control unit 130.
  • the receiving unit 110 performs various receptions under the control of the control unit 130.
  • the receiving unit 110 includes an antenna and a receiver.
  • the receiver converts the radio signal received by the antenna into a baseband signal (received signal) and outputs it to the control unit 130.
  • the transmission unit 120 performs various transmissions under the control of the control unit 130.
  • the transmitter 120 includes an antenna and a transmitter.
  • the transmitter converts the baseband signal (transmission signal) output by the control unit 130 into a radio signal and transmits it from the antenna.
  • the control unit 130 performs various controls on the UE 100.
  • the control unit 130 includes at least one processor and at least one memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor may include a baseband processor and a CPU (Central Processing Unit).
  • the baseband processor modulates / demodulates and encodes / decodes the baseband signal.
  • the CPU executes a program stored in the memory to perform various processes.
  • FIG. 3 is a diagram showing the configuration of the gNB 200 (base station) according to the embodiment.
  • the gNB 200 includes a transmission unit 210, a reception unit 220, a control unit 230, and a backhaul communication unit 240.
  • the transmission unit 210 performs various transmissions under the control of the control unit 230.
  • the transmitter 210 includes an antenna and a transmitter.
  • the transmitter converts the baseband signal (transmission signal) output by the control unit 230 into a radio signal and transmits it from the antenna.
  • the receiving unit 220 performs various receptions under the control of the control unit 230.
  • the receiving unit 220 includes an antenna and a receiver.
  • the receiver converts the radio signal received by the antenna into a baseband signal (received signal) and outputs it to the control unit 230.
  • the control unit 230 performs various controls on the gNB 200.
  • the control unit 230 includes at least one processor and at least one memory.
  • the memory stores a program executed by the processor and information used for processing by the processor.
  • the processor may include a baseband processor and a CPU.
  • the baseband processor modulates / demodulates and encodes / decodes the baseband signal.
  • the CPU executes a program stored in the memory to perform various processes.
  • the backhaul communication unit 240 is connected to an adjacent base station via an interface between base stations.
  • the backhaul communication unit 240 is connected to the AMF / UPF 300 via the base station-core network interface.
  • the gNB is composed of a CU (Central Unit) and a DU (Distributed Unit) (that is, the functions are divided), and both units may be connected by an F1 interface.
  • FIG. 4 is a diagram showing a configuration of a protocol stack of a wireless interface of a user plane that handles data.
  • the wireless interface protocol of the user plane includes a physical (PHY) layer, a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, and a PDCP (Packet Data Convergence Protocol) layer. It has an SDAP (Service Data Adjustment Protocol) layer.
  • PHY physical
  • MAC Medium Access Control
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • SDAP Service Data Adjustment Protocol
  • the PHY layer performs coding / decoding, modulation / demodulation, antenna mapping / demapping, and resource mapping / demapping. Data and control information are transmitted between the PHY layer of the UE 100 and the PHY layer of the gNB 200 via a physical channel.
  • the MAC layer performs data priority control, retransmission processing by hybrid ARQ (HARQ), random access procedure, and the like. Data and control information are transmitted between the MAC layer of the UE 100 and the MAC layer of the gNB 200 via the transport channel.
  • the MAC layer of gNB200 includes a scheduler. The scheduler determines the transport format (transport block size, modulation / coding method (MCS)) of the upper and lower links and the resource block allocated to the UE 100.
  • MCS modulation / coding method
  • the RLC layer transmits data to the receiving RLC layer by using the functions of the MAC layer and the PHY layer. Data and control information are transmitted between the RLC layer of the UE 100 and the RLC layer of the gNB 200 via a logical channel.
  • the PDCP layer performs header compression / decompression and encryption / decryption.
  • the SDAP layer maps the IP flow, which is a unit for performing QoS control by the core network, with the wireless bearer, which is a unit for performing QoS control by AS (Access Stratum).
  • AS Access Stratum
  • FIG. 5 is a diagram showing a configuration of a protocol stack of a wireless interface of a control plane that handles signaling (control signal).
  • the protocol stack of the radio interface of the control plane has an RRC (Radio Resource Control) layer and a NAS (Non-Access Stratum) layer in place of the SDAP layer shown in FIG.
  • RRC signaling for various settings is transmitted between the RRC layer of UE100 and the RRC layer of gNB200.
  • the RRC layer controls logical channels, transport channels, and physical channels in response to the establishment, re-establishment, and release of radio bearers.
  • RRC connection connection between the RRC of the UE 100 and the RRC of the gNB 200
  • the UE 100 is in the RRC connected state.
  • RRC connection no connection between the RRC of the UE 100 and the RRC of the gNB 200
  • the UE 100 is in the RRC idle state.
  • the connection between the RRC of the UE 100 and the RRC of the gNB 200 is suspended, the UE 100 is in the RRC inactive state.
  • the NAS layer located above the RRC layer performs session management, mobility management, etc.
  • NAS signaling is transmitted between the NAS layer of the UE 100 and the NAS layer of the AMF300.
  • the UE 100 has an application layer and the like in addition to the wireless interface protocol.
  • MBS is a service that broadcasts or multicasts data from NG-RAN10 to UE100, that is, one-to-many (PTM: Point To Multipoint) data transmission.
  • PTM Point To Multipoint
  • MBS may be referred to as MBMS (Multicast Broadcast and Multicast Service).
  • the MBS use cases (service types) include public safety communication, mission-critical communication, V2X (Vehicle to Everything) communication, IPv4 or IPv6 multicast distribution, IPTV, group communication, software distribution, and the like.
  • FIG. 6 is a diagram showing the correspondence between the downlink logical channel (Logical channel) and the transport channel (Transport channel) according to the embodiment.
  • the logical channels used for MBSFN transmission are MTCH (Multicast Traffic Channel) and MCCH (Multicast Control Channel), and the transport channel used for MBSFN transmission is MCH (Multicast Control Channel).
  • MBSFN transmission is mainly designed for multi-cell transmission, and each cell performs synchronous transmission of the same signal (same data) in the same MBSFN subframe in an MBSFN area composed of a plurality of cells.
  • SC-PTM transmission The logical channels used for SC-PTM transmission are SC-MTCH (Single Cell Multicast Traffic Channel) and SC-MCCH (Single Cell Multicast Control Channel), and the transport channels used for SC-PTM transmission are DL-SCH (Downlink). ).
  • SC-PTM transmission is designed primarily for single-cell transmission and performs broadcast or multicast data transmission on a cell-by-cell basis.
  • the physical channels used for SC-PTM transmission are PDCCH (Physical Downlink Control Channel) and PDSCH (Physical Downlink Control Channel), and dynamic resource allocation is possible.
  • MBS may be provided using the SC-PTM transmission method.
  • MBS may be provided using the MBSFN transmission method.
  • MBS may be read as multicast.
  • MBS may be provided by broadcast.
  • MBS data means data transmitted by MBS.
  • the MBS control channel refers to MCCH or SC-MCCH
  • the MBS traffic channel refers to MTCH or SC-MTCH.
  • the network can provide different MBS services for each MBS session.
  • the MBS service is identified by at least one of TMGI (Temporary Mobile Group Identity) and a session identifier, and at least one of these identifiers is called an MBS service identifier.
  • TMGI Temporary Mobile Group Identity
  • Such an MBS service identifier may be referred to as an MBS session identifier or a multicast group identifier.
  • the first embodiment is an embodiment relating to RLC operation for MBS.
  • AM Acknowledged Mode
  • UM Unacknowled Mode
  • TM Transient Mode
  • AM is the only mode that supports the retransmission function by automatic repeat control (ARQ).
  • ARQ automatic repeat control
  • AM is a mode in which retransmission control is performed by performing ACK feedback from the RLC entity on the receiving side to the RLC entity on the transmitting side.
  • the operation mode of the RLC entity is set to UM.
  • a mechanism that makes AM applicable to the NR multicast service can be realized, it is considered that the reliability and flexibility of multicast communication can be improved.
  • FIG. 7 is a diagram showing an example of the operation according to the first embodiment.
  • the UE 100a in the RRC connected state and the UE 100b in the RRC idle state exist in the cell C managed by the gNB 200. It is assumed that the UE 100a and the UE 100b are interested in receiving MBS data belonging to the same MBS service (same MBS session).
  • the gNB 200 sends a message (hereinafter referred to as “setting message”) for setting the RLC entity of the UE 100.
  • the setting message includes an information element (hereinafter referred to as "RLC setting information”) that specifies the operation mode of the RLC entity for the MBS traffic channel that carries the MBS data.
  • the RLC setting information specifies either one of the first mode (that is, AM) in which automatic retransmission control is performed and the second mode in which automatic retransmission control is not performed, as the operation mode of the RLC entity.
  • the second mode is UM or TM, but an example in which the second mode is UM will be mainly described below.
  • gNB200 sends a setting message by broadcasting.
  • Each of the UE 100a in the RRC connected state and the UE 100b in the RRC idle state receives the setting message.
  • the UE 100b in the RRC idle state can also receive the setting message.
  • the setting message may be MBS system information transmitted via a broadcast control channel (BCCH: Broadcast Control Channel).
  • the setting message may be MBS control information transmitted via the MBS control channel.
  • the setting message may be UE individual signaling.
  • the setting message may be an RRC Configuration) message, which is a kind of RRC message.
  • RRC Configuration is a kind of RRC message.
  • Such UE individual signaling and broadcast signaling may be used in combination.
  • the setting contents broadcast in the MBS system information or the MBS control channel may be different from the setting contents in the individual signaling.
  • the UE 100 that receives the individual signaling (specifically, the UE 100a in the RRC connected state) applies the individual signaling with priority over the broadcast signaling. As a result, it is possible to set the specific UE 100 to allow feedback (AM) and the other UE 100 to not allow feedback (UM).
  • the setting message may include an identifier associated with the RLC setting information.
  • This identifier is an identifier for identifying an MBS traffic channel, and is, for example, an MBS service identifier and / or a group RNTI (Radio Network Temporary Identifier). This makes it possible to specify the operation mode of the RLC entity for each MBS traffic channel.
  • an MBS service identifier for example, TMGI
  • TMGI Radio Network Temporary Identifier
  • the setting message may include a plurality of sets of RLC setting information and MBS service identifier.
  • the MBS service identifier # 1 may be associated with the RLC setting information that specifies AM
  • the MBS service identifier # 2 may be associated with the RLC setting information that specifies UM.
  • the UE 100 when the UE 100 is in the RRC connected state, the UE 100 may set the operation mode of the RLC entity according to the RLC setting information included in the setting message.
  • the second mode (UM) may be set regardless of the RLC setting information included in the setting message. Since the UE 100 in the RRC idle state or the RRC inactive state cannot transmit the ACK / NACK feedback (STATUS PDU) to the gNB 200, it is operated in the second mode (UM).
  • the RLC entity associated with the MBS traffic channel operates in AM. Therefore, the UE 100b having the RLC entity of UM needs to be able to process the AM packet (AMD PDU) from the gNB 200. Therefore, the gNB 200 may be limited to the setting in which the sequence number length used in AM is combined with the sequence number length existing in UM. For example, the sequence number length used in AM is 12 bits, which is the maximum sequence number length existing in UM. Alternatively, the sequence number length of the UM packet (UMD PDU) may be extended to 18 bits.
  • the gNB 200 After the operation mode of the RLC entity of each UE 100 is set by the setting message, the gNB 200 transmits MBS data via the MBS traffic channel. Each UE 100 receives this MBS data.
  • FIG. 8 is a diagram showing a specific example of the operation according to the first embodiment.
  • step S101 the gNB 200 transmits a setting message.
  • the setting message is transmitted on the broadcast control channel or the MBS control channel.
  • the UE 100 receives the setting message.
  • step S104 For the MBS traffic channel.
  • AM RLC entity AM RLC entity
  • step S106 the MBS traffic channel To set the UM RLC entity (UM RLC entity).
  • step S106 the gNB 200 transmits MBS data via the MBS traffic channel.
  • the UE 100 receives the MBS data.
  • the RLC entity of the UE 100 processes the packet (AMD PDU) corresponding to the MBS data.
  • the second mode may be a newly defined RLC operation mode.
  • Such an RLC operation mode is an operation mode in which AMD PDU can be received but feedback-related operations (for example, polling for ARQ and Status Reporting) are not performed. If AM is specified by broadcast signaling, the RLC entity of the UE 100 in the RRC idle state or the RRC inactive state may operate in such a new RLC operation mode.
  • the RLC entity on the receiving side performs reception processing using a sliding window that moves according to the reception of the RLC packet. Such a sliding window is controlled by each variable of the RLC entity.
  • Each variable used for such sliding window control is initialized when the RLC entity is established or reestablished.
  • the sequence number corresponding to the initial value is basically "0", and the initial position of the sliding window is determined based on this.
  • the UE 100 can first receive the RLC packet of the sequence number “0” from the gNB 200, there is no problem in handling such a variable.
  • the UE 100 can participate from the middle of the MBS session, and it is uncertain which sequence number the UE 100 receives first. Therefore, the first packet received may be outside the sliding window. In this case, RLC reception processing cannot be performed until the packet enters the sliding window thereafter. Therefore, a burst error may occur at the beginning of MBS reception.
  • FIG. 9 is a diagram showing an RLC operation according to the first embodiment.
  • step S201 the RLC entity of the UE 100 receives the MBS data (RLC packet) from the gNB 200.
  • step S202 the RLC entity of the UE 100 sets the sequence number of the MBS data (RLC packet) first received from the gNB 200 as the initial value of the variable used for the predetermined RLC operation (for example, sliding window control).
  • FIG. 10 is a diagram showing an RLC operation of AM according to the first embodiment.
  • the AM RLC entity of the UE 100 manages a receiving window, which is a kind of sliding window.
  • the AM RLC entity of the UE 100 temporarily stores the packet received in the reception window in the reception buffer, reconstructs it, and then passes it to the upper layer.
  • the AM RLC entity of the UE 100 discards the packet having the sequence number (SN) outside the reception window.
  • the size of the reception window is determined according to the sequence number length (SN length).
  • the variable that determines the starting point of such a reception window is called "RX_Next".
  • the AM RLC entity of the UE 100 sets the sequence number of the MBS data (RLC packet) first received from the gNB 200 as the initial value of the variable “RX_Next”.
  • FIG. 11 is a diagram showing the RLC operation of the UM according to the first embodiment.
  • the UM RLC entity of the UE 100 manages a reconstruction window (Reassembly window), which is a kind of sliding window, and a window used for packet discard (here, referred to as a Discard window).
  • the UM RLC entity of the UE 100 reconstructs (Reassembles) a packet having a sequence number that is in the Entity window and has a sequence number outside the Discard window in the reception buffer, and then passes it to the upper layer. Packets with other sequence numbers are discarded.
  • the variable that determines the end point of such a Reset window is called "RX_Next_Highest".
  • the UM RLC entity of the UE 100 sets the sequence number of the MBS data (RLC packet) first received from the gNB 200 as the initial value of the variable “RX_Next_Highest”.
  • the second embodiment is an embodiment relating to PDCP operation for MBS.
  • the PDCP entity is not used in the LTE multicast / broadcast service. However, it is assumed that the MBS of NR supports handover, and it is desired that the PDCP entity can compensate for the packet loss at the time of handover. Further, when the PDCP entity applies PDCP duplication to MBS, which transmits the same PDCP packet twice in two paths, the PDCP entity is required.
  • the PDCP header compression saves the header (IP header, etc.) of the upper layer of the packet first received by the receiving PDCP entity, and the transmitting PDCP entity removes the header from the second packet and sends and receives.
  • Header compression IP header compression, etc.
  • IP header compression is realized by combining the headers saved in the side PDCP entity and passing them to the higher-level entity. Therefore, since the UE 100 that participated in the MBS session from the middle has not received the first packet, the header decompression (that is, packet reproduction) cannot be performed.
  • a PDCP packet When a PDCP packet is encrypted, it cannot be decrypted (decrypted) without information such as a key and a sequence number derived from a UE identifier or the like.
  • the UE 100 that participates in the MBS session from the middle does not have the information necessary for decryption, so that the decryption cannot be performed.
  • the following PDCP reception operation may be required.
  • -Duplicate packet discarding (Duplicate discounting)
  • a duplicate PDCP packet that is, a plurality of PDCP packets having the same sequence number
  • the receiving PDCP entity passes one of a plurality of PDCP packets having the same sequence number to the upper layer and discards the other PDCP packets.
  • the receiving PDCP entity does not receive the PDCP packets in the order of the sequence number, the PDCP packet needs to be sorted in the order of the sequence number and then passed to the upper layer. However, in the case of the UM bearer, the packet sorting process may not be performed.
  • the receiving PDCP entity that receives the PDCP packet via the plurality of bearers including the bearer of the MBS service performs the PDCP receiving operation for MBS reception. Specifically, in the PDCP reception operation for MBS reception, the receiving PDCP entity performs at least one of the duplicate packet discard processing and the packet reordering processing without performing at least one of the decryption processing and the header decompression processing. .. The receiving PDCP entity may also perform PDCP header removal.
  • FIGS. 12 and 13 are diagrams for explaining the PDCP operation mode according to the second embodiment.
  • the PDCP entity operates in one of three modes of operation.
  • mode A is a mode applied to bearers of user data (for example, unicast data) other than MBS data.
  • the transmitting PDCP entity performs sequence number assignment processing, header compression processing, encryption processing, PDCP header assignment processing, and routing / duplication processing on the packet from the upper layer.
  • the receiving-side PDCP entity performs PDCP header removal processing, decryption processing, packet sorting processing, duplicate packet discarding processing, and header decompression processing on the packet from the transmitting side PDCP entity.
  • Mode B is a mode applied to the bearer of control data such as RRC messages.
  • the transmitting PDCP entity performs sequence number assignment processing, header compression processing, PDCP header assignment processing, and routing / duplication processing for packets from the upper layer.
  • the receiving side PDCP entity performs the PDCP header removal processing and the header decompression processing for the packet from the transmitting side PDCP entity.
  • mode C is a mode applied to the bearer of MBS data (MBS bearer).
  • the transmitting PDCP entity performs sequence number assignment processing, PDCP header assignment processing, and routing / duplication processing for packets from the upper layer.
  • the receiving-side PDCP entity performs PDCP header removal processing, packet sorting processing, and duplicate packet discarding processing on the packet from the transmitting-side PDCP entity.
  • gNB200 sets UE100 so that the PDCP entity of UE100 operates in mode C.
  • the gNB 200 transmits an RRC message for setting a bearer (for example, an RRC Configuration message) to the UE 100.
  • a bearer for example, an RRC Configuration message
  • the gNB 200 includes an information element indicating that the bearer is a bearer for MBS (MBS bearer) in the setting information. For example, in each bearer setting in the RRC message, an information element such as "multicast-bearer ENUM (true) optional" is added.
  • the UE 100 When the UE 100 receives such an RRC message from the gNB 200, it generates a PDCP entity for MBS that operates in mode C.
  • the PDCP entity for MBS performs MBS reception processing on MBS data belonging to the MBS bearer.
  • FIG. 14 is a diagram showing an example of PDCP operation according to the second embodiment.
  • step S301 the PDCP entity of the UE 100 receives the MBS data (PDCP packet) from the gNB 200.
  • the PDCP entity of gNB200 does not perform header compression processing and encryption processing on the PDCP packet belonging to the MBS service (MBS session).
  • step S302 the PDCP entity of the UE 100 performs the PDCP header removal for the received PDCP packet, and then performs the duplicate packet discard processing and / or the packet sorting processing using the reception buffer. However, the PDCP entity of the UE 100 does not perform the header decompression processing and the decryption processing on the received PDCP packet.
  • the UE 100 may perform a handover during MBS reception.
  • the handover means a cell switching operation of the UE 100 in the RRC connected state.
  • each cell that is, a source cell and a target cell
  • the handover provides the same MBS service (same MBS session).
  • the PDCP layer has a function of retransmitting a PDCP packet based on feedback (status report) from the UE 100 to the gNB 200.
  • the packet loss at the time of handover during MBS reception can be complemented by the target cell by the retransmission function of the PDCP layer.
  • FIG. 15 is a diagram showing a handover operation according to the second embodiment.
  • FIG. 15 shows an example in which one gNB 200 manages the source cell C1 and the target cell C2.
  • the UE 100 in the RRC connected state performs handover from the source cell C1 to the target cell C2 while receiving the MBS data from the source cell C1.
  • the sequence number (specifically, the PDCP sequence number) indicating the MBS data (PDCP packet) that failed to be received after the handover. Is transmitted to the target cell C2.
  • the PDCP entity of the UE 100 sets the sequence number of the missing packet to the target cell C2 after the PDCP reestablishment process is completed. Send.
  • the UE 100 may further transmit the MBS service identifier associated with the sequence number of the missing packet to the target cell C2.
  • the PDCP entity of the UE 100 transmits the status report message to the target cell C2 by including the sequence number indicating the MBS data (that is, the missing PDCP packet) that failed to be received in the status report (Status Report) message of the PDCP layer. You may.
  • the gNB 200 When the gNB 200 receives the sequence number of the missing packet from the UE 100 via the target cell C2, the gNB 200 transmits (resends) the missing packet to the UE 100 via the target cell C2 based on the sequence number.
  • the packet loss at the time of handover during MBS reception can be supplemented by the target cell C2 by the retransmission function of the PDCP layer, so that the reliability of MBS reception can be improved.
  • FIG. 16 is a diagram showing another example of the handover operation according to the second embodiment.
  • FIG. 15 shows an example in which the source cell C1 and the target cell C2 are managed by separate gNB200s (gNB200A and gNB200B).
  • the source cell C1 and the target cell C2 asynchronously provide the MBS service. That is, the target cell C2 does not provide the MBS service (MBS session) provided by the target cell C1.
  • MBS session MBS service
  • the gNB 200B that manages the target cell C2 does not hold the missing packet even if it receives the sequence number of the missing packet from the UE 100. Therefore, the gNB 200B notifies the gNB 200A that manages the source cell C1 of the missing sequence number (and the MBS service identifier).
  • the gNB 200A forwards the missing packet (PDCP packet) to the gNB 200B based on the notification from the gNB 200B (data forwarding).
  • the gNB 200B transmits a PDCP packet from the gNB 200A to the UE 100.
  • a program may be provided that causes a computer to execute each process performed by the UE 100 or gNB 200.
  • the program may be recorded on a computer-readable medium.
  • Computer-readable media can be used to install programs on a computer.
  • the computer-readable medium on which the program is recorded may be a non-transient recording medium.
  • the non-transient recording medium is not particularly limited, but may be, for example, a recording medium such as a CD-ROM or a DVD-ROM.
  • a circuit that executes each process performed by the UE 100 or the gNB 200 may be integrated, and at least a part of the UE 100 or the gNB 200 may be configured as a semiconductor integrated circuit (chipset, SoC).

Landscapes

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

Abstract

基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法は、前記基地局から前記ユーザ装置に対して、前記ユーザ装置のＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）エンティティに関する設定を行うためのメッセージを送信することを有し、前記メッセージは、ＭＢＳデータを伝送するＭＢＳトラフィックチャネルに対する前記ＲＬＣエンティティの動作モードを指定する情報要素を含む。

Description

通信制御方法
　本発明は、移動通信システムで用いる通信制御方法に関する。
　近年、第５世代（５Ｇ）の移動通信システムが注目されている。５Ｇシステムの無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｔｅｃｈｎｏｌｏｇｙ）であるＮＲ（Ｎｅｗ　Ｒａｄｉｏ）は、第４世代の無線アクセス技術であるＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）に比べて、高速・大容量かつ高信頼・低遅延といった特徴を有する。
３ＧＰＰ技術仕様書「３ＧＰＰ　ＴＳ　３８．３００　Ｖ１６．２．０　（２０２０－０７）」
　第１の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、前記基地局から前記ユーザ装置に対して、前記ユーザ装置のＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）エンティティに関する設定を行うためのメッセージを送信することを有し、前記メッセージは、ＭＢＳデータを伝送するＭＢＳトラフィックチャネルに対する前記ＲＬＣエンティティの動作モードを指定する情報要素を含む。
　第２の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、前記ユーザ装置が、前記基地局からＭＢＳデータを受信することと、前記ユーザ装置のＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）エンティティが、前記基地局から最初に受信したＭＢＳデータのシーケンス番号を、所定ＲＬＣ動作に用いる変数の初期値として設定することとを有する。
　第３の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、前記ユーザ装置が、前記基地局からＭＢＳデータを受信することと、前記ユーザ装置のＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）エンティティが、前記ＭＢＳデータに対するＭＢＳ受信処理を行うことと、を有し、前記ＭＢＳ受信処理を行うことは、前記ＰＤＣＰエンティティが暗号解除処理及びヘッダ圧縮解除処理の少なくとも一方を行わずに、前記ＰＤＣＰエンティティが重複パケット破棄処理及びパケット並べ替え処理の少なくとも一方を行うことを含む。
　第４の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、前記ユーザ装置が、第１セルからＭＢＳデータを受信することと、前記ユーザ装置が、前記第１セルから第２セルへのハンドオーバを行うことと、前記ユーザ装置のＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）エンティティが、前記ハンドオーバの際に前記ＭＢＳデータの受信に失敗した場合、受信に失敗したＭＢＳデータを示すシーケンス番号を前記第２セルに送信することとを有する。
実施形態に係る移動通信システムの構成を示す図である。 実施形態に係るＵＥ（ユーザ装置）の構成を示す図である。 実施形態に係るｇＮＢ（基地局）の構成を示す図である。 データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 実施形態に係る下りリンクの論理チャネル（Ｌｏｇｉｃａｌ　ｃｈａｎｎｅｌ）とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ　ｃｈａｎｎｅｌ）との対応関係を示す図である。 第１実施形態に係る動作の一例を示す図である。 第１実施形態に係る動作の具体例を示す図である。 第１実施形態に係るＲＬＣ動作を示す図である。 第１実施形態に係るＡＭのＲＬＣ動作を示す図である。 第１実施形態に係るＵＭのＲＬＣ動作を示す図である。 第２実施形態に係るＰＤＣＰ動作モードを説明するための図である。 第２実施形態に係るＰＤＣＰ動作モードを説明するための図である。 第２実施形態に係るＰＤＣＰ動作の一例を示す図である。 第２実施形態に係るハンドオーバ動作を示す図である。 第２実施形態に係るハンドオーバ動作の他の例を示す図である。
　５Ｇシステム（ＮＲ）にマルチキャスト・ブロードキャストサービスを導入することが検討されている。ＮＲのマルチキャスト・ブロードキャストサービスは、ＬＴＥのマルチキャスト・ブロードキャストサービスよりも改善されたサービスを提供することが望まれる。
　そこで、本開示は、改善されたマルチキャスト・ブロードキャストサービスを実現することを目的とする。
　図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。
　（移動通信システムの構成）
　まず、実施形態に係る移動通信システムの構成について説明する。図１は、実施形態に係る移動通信システムの構成を示す図である。この移動通信システムは、３ＧＰＰ規格の第５世代システム（５ＧＳ：５ｔｈ　Ｇｅｎｅｒａｔｉｏｎ　Ｓｙｓｔｅｍ）に準拠する。以下において、５ＧＳを例に挙げて説明するが、移動通信システムにはＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）システムが少なくとも部分的に適用されてもよい。
　図１に示すように、移動通信システムは、ユーザ装置（ＵＥ：Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００と、５Ｇの無線アクセスネットワーク（ＮＧ－ＲＡＮ：Ｎｅｘｔ　Ｇｅｎｅｒａｔｉｏｎ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０と、５Ｇのコアネットワーク（５ＧＣ：５Ｇ　Ｃｏｒｅ　Ｎｅｔｗｏｒｋ）２０とを有する。
　ＵＥ１００は、移動可能な無線通信装置である。ＵＥ１００は、ユーザにより利用される装置であればどのような装置であっても構わないが、例えば、ＵＥ１００は、携帯電話端末（スマートフォンを含む）やタブレット端末、ノートＰＣ、通信モジュール（通信カード又はチップセットを含む）、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置（Ｖｅｈｉｃｌｅ　ＵＥ）、飛行体若しくは飛行体に設けられる装置（Ａｅｒｉａｌ　ＵＥ）である。
　ＮＧ－ＲＡＮ１０は、基地局（５Ｇシステムにおいて「ｇＮＢ」と呼ばれる）２００を含む。ｇＮＢ２００は、基地局間インターフェイスであるＸｎインターフェイスを介して相互に接続される。ｇＮＢ２００は、１又は複数のセルを管理する。ｇＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｇＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数に属する。
　なお、ｇＮＢがＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）に接続することもできる。ＬＴＥの基地局が５ＧＣに接続することもできる。ＬＴＥの基地局とｇＮＢとが基地局間インターフェイスを介して接続されることもできる。
　５ＧＣ２０は、ＡＭＦ（Ａｃｃｅｓｓ　ａｎｄ　Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）及びＵＰＦ（Ｕｓｅｒ　Ｐｌａｎｅ　Ｆｕｎｃｔｉｏｎ）３００を含む。ＡＭＦは、ＵＥ１００に対する各種モビリティ制御等を行う。ＡＭＦは、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００のモビリティを管理する。ＵＰＦは、データの転送制御を行う。ＡＭＦ及びＵＰＦは、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してｇＮＢ２００と接続される。
　図２は、実施形態に係るＵＥ１００（ユーザ装置）の構成を示す図である。
　図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
　受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
　送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。
　図３は、実施形態に係るｇＮＢ２００（基地局）の構成を示す図である。
　図３に示すように、ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
　送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
　受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
　制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。
　バックホール通信部２４０は、基地局間インターフェイスを介して隣接基地局と接続される。バックホール通信部２４０は、基地局－コアネットワーク間インターフェイスを介してＡＭＦ／ＵＰＦ３００と接続される。なお、ｇＮＢは、ＣＵ（Ｃｅｎｔｒａｌ　Ｕｎｉｔ）とＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ　Ｕｎｉｔ）とで構成され（すなわち、機能分割され）、両ユニット間はＦ１インターフェイスで接続されてもよい。
　図４は、データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
　図４に示すように、ユーザプレーンの無線インターフェイスプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）レイヤと、ＳＤＡＰ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ａｄａｐｔａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）レイヤとを有する。
　ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｇＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。
　ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｇＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｇＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
　ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｇＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。
　ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
　ＳＤＡＰレイヤは、コアネットワークがＱｏＳ制御を行う単位であるＩＰフローとＡＳ（Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。なお、ＲＡＮがＥＰＣに接続される場合は、ＳＤＡＰが無くてもよい。
　図５は、シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。
　図５に示すように、制御プレーンの無線インターフェイスのプロトコルスタックは、図４に示したＳＤＡＰレイヤに代えて、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）レイヤ及びＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）レイヤを有する。
　ＵＥ１００のＲＲＣレイヤとｇＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドル状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間の接続がサスペンドされている場合、ＵＥ１００はＲＲＣインアクティブ状態にある。
　ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＡＭＦ３００のＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。
　なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。
　（ＭＢＳ）
　次に、実施形態に係るＭＢＳについて説明する。ＭＢＳは、ＮＧ－ＲＡＮ１０からＵＥ１００に対してブロードキャスト又はマルチキャスト、すなわち、１対多（ＰＴＭ：Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）でのデータ送信を行うサービスである。ＭＢＳは、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　ａｎｄ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）と呼ばれてもよい。なお、ＭＢＳのユースケース（サービス種別）としては、公安通信、ミッションクリティカル通信、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ　ｔｏ　Ｅｖｅｒｙｔｈｉｎｇ）通信、ＩＰｖ４又はＩＰｖ６マルチキャスト配信、ＩＰＴＶ、グループ通信、及びソフトウェア配信等がある。
　ＬＴＥにおけるＭＢＳの送信方式には、ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ　Ｂｒｏａｄｃａｓｔ　Ｓｉｎｇｌｅ　Ｆｒｅｑｕｅｎｃｙ　Ｎｅｔｗｏｒｋ）送信及びＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）送信の２種類がある。図６は、実施形態に係る下りリンクの論理チャネル（Ｌｏｇｉｃａｌ　ｃｈａｎｎｅｌ）とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ　ｃｈａｎｎｅｌ）との対応関係を示す図である。
　図６に示すように、ＭＢＳＦＮ送信に用いる論理チャネルはＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｔｒａｆｆｉｃ　Ｃｈａｎｎｅｌ）及びＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）であり、ＭＢＳＦＮ送信に用いるトランスポートチャネルはＭＣＨ（Ｍｕｌｔｉｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）である。ＭＢＳＦＮ送信は、主にマルチセル送信用に設計されており、複数のセルからなるＭＢＳＦＮエリアにおいて各セルが同じＭＢＳＦＮサブフレームで同じ信号（同じデータ）の同期送信を行う。
　ＳＣ－ＰＴＭ送信に用いる論理チャネルはＳＣ－ＭＴＣＨ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｍｕｌｔｉｃａｓｔ　Ｔｒａｆｆｉｃ　Ｃｈａｎｎｅｌ）及びＳＣ－ＭＣＣＨ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｍｕｌｔｉｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）であり、ＳＣ－ＰＴＭ送信に用いるトランスポートチャネルはＤＬ－ＳＣＨ（Ｄｏｗｎｌｉｎｋ　Ｓｈａｒｅｄ　Ｃｈａｎｎｅｌ）である。ＳＣ－ＰＴＭ送信は、主に単一セル送信用に設計されており、セル単位でブロードキャスト又はマルチキャストでのデータ送信を行う。ＳＣ－ＰＴＭ送信に用いる物理チャネルはＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）及びＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）であり、動的なリソース割当が可能になっている。
　以下において、ＳＣ－ＰＴＭ伝送方式を用いてＭＢＳが提供される一例について主として説明するが、ＭＢＳＦＮ伝送方式を用いてＭＢＳが提供されてもよい。また、ＭＢＳがマルチキャストにより提供される一例について主として説明する。このため、ＭＢＳをマルチキャストと読み替えてもよい。但し、ＭＢＳがブロードキャストにより提供されてもよい。
　また、以下において、ＭＢＳデータとは、ＭＢＳにより送信されるデータをいう。ＭＢＳ制御チャネルとは、ＭＣＣＨ又はＳＣ－ＭＣＣＨをいい、ＭＢＳトラフィックチャネルとは、ＭＴＣＨ又はＳＣ－ＭＴＣＨをいうものとする。
　ネットワークは、ＭＢＳセッションごとに異なるＭＢＳサービスを提供できる。ＭＢＳサービスは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｍｏｂｉｌｅ　Ｇｒｏｕｐ　Ｉｄｅｎｔｉｔｙ）及びセッション識別子のうち少なくとも１つにより識別され、これらの識別子のうち少なくとも１つをＭＢＳサービス識別子と呼ぶ。このようなＭＢＳサービス識別子は、ＭＢＳセッション識別子又はマルチキャストグループ識別子と呼ばれてもよい。
　（第１実施形態）
　次に、上述の移動通信システム及びＭＢＳを前提として、第１実施形態について説明する。第１実施形態は、ＭＢＳ向けのＲＬＣ動作に関する実施形態である。
　（１）ＭＢＳ向けのＲＬＣ設定動作
　ＲＬＣレイヤの動作モードには、ＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ　Ｍｏｄｅ）、ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ　Ｍｏｄｅ）、及びＴＭ（Ｔｒａｎｓｐａｒｅｎｔ　Ｍｏｄｅ）の３つがある。これらのモードのうち、自動再送制御（ＡＲＱ：Ａｕｔｏｍａｔｉｃ　Ｒｅｐｅａｔ　ｒｅＱｕｅｓｔ）による再送機能をサポートするモードはＡＭのみである。ＡＭは、受信側のＲＬＣエンティティから送信側のＲＬＣエンティティに対してＡＣＫフィードバックを行うことにより再送制御を行うモードである。
　ＬＴＥのマルチキャストサービスにおいて、ＲＬＣエンティティの動作モードはＵＭに設定される。しかしながら、ＮＲのマルチキャストサービスにＡＭを適用可能とする仕組みを実現できれば、マルチキャスト通信の信頼性及び柔軟性を改善できると考えられる。
　図７は、第１実施形態に係る動作の一例を示す図である。
　図７に示すように、ｇＮＢ２００が管理するセルＣに、ＲＲＣコネクティッド状態にあるＵＥ１００ａとＲＲＣアイドル状態にあるＵＥ１００ｂとが存在する。ＵＥ１００ａ及びＵＥ１００ｂは、同じＭＢＳサービス（同じＭＢＳセッション）に属するＭＢＳデータの受信に興味があるものとする。
　ｇＮＢ２００は、ＵＥ１００のＲＬＣエンティティに関する設定を行うためのメッセージ（以下、「設定メッセージ」と呼ぶ）を送信する。設定メッセージは、ＭＢＳデータを伝送するＭＢＳトラフィックチャネルに対するＲＬＣエンティティの動作モードを指定する情報要素（以下、「ＲＬＣ設定情報」と呼ぶ）を含む。
　ＲＬＣ設定情報は、ＲＬＣエンティティの動作モードとして、自動再送制御を行う第１モード（すなわち、ＡＭ）及び自動再送制御を行わない第２モードのいずれか一方を指定する。第２モードは、ＵＭ又はＴＭであるが、以下において第２モードがＵＭである一例について主として説明する。
　例えば、ｇＮＢ２００は、設定メッセージをブロードキャストで送信する。ＲＲＣコネクティッド状態にあるＵＥ１００ａ及びＲＲＣアイドル状態にあるＵＥ１００ｂのそれぞれは、設定メッセージを受信する。設定メッセージをブロードキャストで送信することにより、ＲＲＣアイドル状態にあるＵＥ１００ｂも設定メッセージを受信可能になる。
　例えば、設定メッセージは、ブロードキャスト制御チャネル（ＢＣＣＨ：Ｂｒｏａｄｃａｓｔ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）を介して送信されるＭＢＳシステム情報であってもよい。設定メッセージは、ＭＢＳ制御チャネルを介して送信されるＭＢＳ制御情報であってもよい。
　或いは、設定メッセージは、ＵＥ個別シグナリングであってもよい。例えば、設定メッセージは、ＲＲＣメッセージの一種であるＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージであってもよい。このようなＵＥ個別シグナリングとブロードキャストシグナリングとが併用されてもよい。
　この場合、ＭＢＳシステム情報又はＭＢＳ制御チャネル中でブロードキャストされている設定内容と、個別シグナリングでの設定内容とが異なっていてもよい。但し、個別シグナリングを受信するＵＥ１００（具体的には、ＲＲＣコネクティッド状態にあるＵＥ１００ａ）は、ブロードキャストシグナリングよりも個別シグナリングを優先して適用する。これにより、ある特定のＵＥ１００はフィードバック許可（ＡＭ）、その他のＵＥ１００はフィードバック不可（ＵＭ）といった設定を可能とする。
　設定メッセージは、ＲＬＣ設定情報と対応付けられた識別子を含んでもよい。この識別子は、ＭＢＳトラフィックチャネルを特定するための識別子であって、例えば、ＭＢＳサービス識別子及び／又はグループＲＮＴＩ（Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）である。これにより、ＭＢＳトラフィックチャネルごとにＲＬＣエンティティの動作モードを指定可能になる。以下において、このような識別子としてＭＢＳサービス識別子（例えば、ＴＭＧＩ）を用いる一例について主として説明する。
　設定メッセージは、ＲＬＣ設定情報及びＭＢＳサービス識別子のセットを複数含んでもよい。例えば、設定メッセージにおいて、ＭＢＳサービス識別子＃１がＡＭを指定するＲＬＣ設定情報と対応付けられ、ＭＢＳサービス識別子＃２がＵＭを指定するＲＬＣ設定情報と対応付けられていてもよい。
　第１実施形態において、ＵＥ１００がＲＲＣコネクティッド状態にある場合、ＵＥ１００は、設定メッセージに含まれるＲＬＣ設定情報に従ってＲＬＣエンティティの動作モードを設定してもよい。ＵＥ１００は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にある場合、設定メッセージに含まれるＲＬＣ設定情報にかかわらず第２モード（ＵＭ）を設定してもよい。ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００は、ＡＣＫ／ＮＡＣＫのフィードバック（ＳＴＡＴＵＳ　ＰＤＵ）をｇＮＢ２００に送信できないため、第２モード（ＵＭ）で動作させることとしている。
　但し、ｇＮＢ２００において、ＭＢＳトラフィックチャネルと対応付けられたＲＬＣエンティティはＡＭで動作する。このため、ＵＭのＲＬＣエンティティを有するＵＥ１００ｂは、ｇＮＢ２００からのＡＭのパケット（ＡＭＤ　ＰＤＵ）を処理できる必要がある。よって、ｇＮＢ２００は、ＡＭで用いるシーケンス番号長を、ＵＭで存在するシーケンス番号長と合わせた設定に限定してもよい。例えば、ＡＭで用いるシーケンス番号長を、ＵＭで存在する最大のシーケンス番号長である１２ビットとする。或いは、ＵＭのパケット（ＵＭＤ　ＰＤＵ）のシーケンス番号長を１８ビットに拡張してもよい。
　設定メッセージにより各ＵＥ１００のＲＬＣエンティティの動作モードが設定された後、ｇＮＢ２００は、ＭＢＳトラフィックチャネルを介してＭＢＳデータを送信する。各ＵＥ１００は、このＭＢＳデータを受信する。
　図８は、第１実施形態に係る動作の具体例を示す図である。
　図８に示すように、ステップＳ１０１において、ｇＮＢ２００は、設定メッセージを送信する。ここでは、設定メッセージがブロードキャスト制御チャネル又はＭＢＳ制御チャネルで送信されるものとする。ＵＥ１００は、設定メッセージを受信する。
　設定メッセージを受信したＵＥ１００は、自身がＲＲＣコネクティッド状態にあり（ステップＳ１０２：ＹＥＳ）、かつ設定メッセージでＡＭが指定された場合（ステップＳ１０３：ＹＥＳ）、ステップＳ１０４において、ＭＢＳトラフィックチャネルのためにＡＭのＲＬＣエンティティ（ＡＭ　ＲＬＣエンティティ）を設定する。
　一方、設定メッセージを受信したＵＥ１００は、自身がＲＲＣコネクティッド状態ではない（ステップＳ１０２：ＮＯ）、又は設定メッセージでＵＭが指定された場合（ステップＳ１０３：ＮＯ）、ステップＳ１０６において、ＭＢＳトラフィックチャネルのためにＵＭのＲＬＣエンティティ（ＵＭ　ＲＬＣエンティティ）を設定する。
　ステップＳ１０６において、ｇＮＢ２００は、ＭＢＳトラフィックチャネルを介してＭＢＳデータを送信する。ＵＥ１００は、ＭＢＳデータを受信する。ここで、ＵＥ１００のＲＬＣエンティティは、ＭＢＳデータに対応するパケット（ＡＭＤ　ＰＤＵ）を処理する。
　なお、自動再送制御を行わない第２モードがＵＭである一例について説明したが、第２モードは、新たに定義されたＲＬＣ動作モードであってもよい。このようなＲＬＣ動作モードは、ＡＭＤ　ＰＤＵを受信できるもののフィードバック関連の動作（例えば、ＡＲＱ用のポーリングやＳｔａｔｕｓ　Ｒｅｐｏｒｔｉｎｇ）は行わないという動作モードである。ブロードキャストシグナリングによりＡＭが指定されている場合、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００のＲＬＣエンティティは、このような新たなＲＬＣ動作モードで動作してもよい。
　（２）ＭＢＳ向けのＲＬＣ動作
　次に、第１実施形態に係るＭＢＳ向けのＲＬＣ動作について説明する。受信側のＲＬＣエンティティは、ＲＬＣパケットの受信に応じて移動するスライディングウィンドウを用いて受信処理を行う。このようなスライディングウィンドウは、ＲＬＣエンティティの各変数により制御される。
　このようなスライディングウィンドウ制御に用いる各変数は、ＲＬＣエンティティが確立又は再確立された際に初期化される。初期値に相当するシーケンス番号は基本的に“０”であり、これを基準にスライディングウィンドウの初期位置が決まる。ユニキャスト通信の場合、ＵＥ１００は、最初にシーケンス番号“０”のＲＬＣパケットをｇＮＢ２００から受信できるため、このような変数の取り扱いで問題ない。
　しかしながら、ＭＢＳの場合、ＭＢＳセッションの途中からＵＥ１００が参加可能であり、どのシーケンス番号をＵＥ１００が最初に受信するか不定である。このため、最初に受信したパケットがスライディングウィンドウ外である場合がある。この場合、その後にパケットがスライディングウィンドウに入るまでＲＬＣの受信処理ができない。よって、ＭＢＳ受信の最初にバーストエラーが起きる可能性がある。
　そこで、ＵＥ１００のＲＬＣエンティティは、上述のような変数を、最初に受信したＲＬＣパケットのシーケンス番号に合わせて変更する。図９は、第１実施形態に係るＲＬＣ動作を示す図である。
　図９に示すように、ステップＳ２０１において、ＵＥ１００のＲＬＣエンティティは、ｇＮＢ２００からＭＢＳデータ（ＲＬＣパケット）を受信する。
　ステップＳ２０２において、ＵＥ１００のＲＬＣエンティティは、ｇＮＢ２００から最初に受信したＭＢＳデータ（ＲＬＣパケット）のシーケンス番号を、所定ＲＬＣ動作（例えば、スライディングウィンドウ制御）に用いる変数の初期値として設定する。
　これにより、最初に受信したパケットがスライディングウィンドウに入ることが保証され、ＲＬＣの受信処理が正常に動作する。よって、ＭＢＳ受信の最初にバーストエラーが起きる可能性を低減できる。
　図１０は、第１実施形態に係るＡＭのＲＬＣ動作を示す図である。図１０に示すように、ＵＥ１００のＡＭ　ＲＬＣエンティティは、スライディングウィンドウの一種である受信ウィンドウ（Ｒｅｃｉｖｉｎｇ　ｗｉｎｄｏｗ）を管理する。ＵＥ１００のＡＭ　ＲＬＣエンティティは、受信ウィンドウ内で受信するパケットを受信バッファ（Ｒｅｃｅｐｔｉｏｎ　ｂｕｆｆｅｒ）に一時的に格納して再構築（Ｒｅａｓｓｅｍｂｌｅ）したうえで上位レイヤに渡す。ＵＥ１００のＡＭ　ＲＬＣエンティティは、受信ウィンドウ外のシーケンス番号（ＳＮ）を有するパケットを破棄（Ｄｉｓｃａｒｄ）する。受信ウィンドウのサイズは、シーケンス番号長（ＳＮ　ｌｅｎｇｔｈ）に応じて定まる。このような受信ウィンドウの始点を定める変数は“ＲＸ＿Ｎｅｘｔ”と呼ばれる。ＵＥ１００のＡＭ　ＲＬＣエンティティは、ｇＮＢ２００から最初に受信したＭＢＳデータ（ＲＬＣパケット）のシーケンス番号を変数“ＲＸ＿Ｎｅｘｔ”の初期値として設定する。
　図１１は、第１実施形態に係るＵＭのＲＬＣ動作を示す図である。図１１に示すように、ＵＥ１００のＵＭ　ＲＬＣエンティティは、スライディングウィンドウの一種である再構築ウィンドウ（Ｒｅａｓｓｅｍｂｌｙ　ｗｉｎｄｏｗ）と、パケット破棄に用いるウィンドウ（ここではＤｉｓｃａｒｄ　ｗｉｎｄｏｗと呼ぶ）とを管理する。ＵＥ１００のＵＭ　ＲＬＣエンティティは、Ｒｅａｓｓｅｍｂｌｙ　ｗｉｎｄｏｗ内であって、かつＤｉｓｃａｒｄ　ｗｉｎｄｏｗ外のシーケンス番号を有するパケットを受信バッファ（Ｒｅｃｅｐｔｉｏｎ　ｂｕｆｆｅｒ）内で再構築（Ｒｅａｓｓｅｍｂｌｅ）したうえで上位レイヤに渡す。それ以外のシーケンス番号を有するパケットは破棄（Ｄｉｓｃａｒｄ）する。このようなＲｅａｓｓｅｍｂｌｙ　ｗｉｎｄｏｗの終点を定める変数は“ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔ”と呼ばれる。ＵＥ１００のＵＭ　ＲＬＣエンティティは、ｇＮＢ２００から最初に受信したＭＢＳデータ（ＲＬＣパケット）のシーケンス番号を変数“ＲＸ＿Ｎｅｘｔ＿Ｈｉｇｈｅｓｔ”の初期値として設定する。
　（第２実施形態）
　次に、第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、ＭＢＳ向けのＰＤＣＰ動作に関する実施形態である。
　（１）ＭＢＳ向けのＰＤＣＰ動作
　ＬＴＥのマルチキャスト・ブロードキャストのサービスにおいてＰＤＣＰエンティティは用いられていない。しかしながら、ＮＲのＭＢＳではハンドオーバがサポートされることが想定されており、ハンドオーバ時のパケット損失の補償をＰＤＣＰエンティティが実施できることが望まれる。また、ＰＤＣＰエンティティが２つのパスで同一ＰＤＣＰパケットを二重に送信するＰＤＣＰデュプリケーションをＭＢＳに適用する場合、ＰＤＣＰエンティティが必要である。
　ここで、マルチキャストの場合、例えばＭＢＳセッションの途中から通信に参加したＵＥ１００が次のＰＤＣＰ受信動作を行うと、パケットを正常に処理できない虞がある。
　・ヘッダ圧縮解除処理（Ｈｅａｄｅｒ　Ｄｅｃｏｍｐｒｅｓｓｉｏｎ）
　ＰＤＣＰのヘッダ圧縮は、最初に受信側ＰＤＣＰエンティティで受信したパケットの上位レイヤのヘッダ（ＩＰヘッダ等）を保存し、送信側ＰＤＣＰエンティティが２つ目のパケットからヘッダを除去して送信し、受信側ＰＤＣＰエンティティで保存してあるヘッダを結合して上位エンティティへ渡すことでヘッダ圧縮（ＩＰヘッダ圧縮等）を実現している。このため、途中からＭＢＳセッションに参加したＵＥ１００は最初のパケットを受信していないため、ヘッダ圧縮解除（すなわち、パケット再生）ができない。
　・暗号解除処理（Ｄｅ－ｃｉｐｈｅｒｉｎｇ）
　ＰＤＣＰパケットが暗号化されている場合、ＵＥ識別子等から導かれるキーやシーケンス番号などの情報が無いと暗号解除（復号）ができない。例えば、途中からＭＢＳセッションに参加したＵＥ１００は、暗号解除に必要な情報を有していないため、暗号解除ができない。
　一方で、ＰＤＣＰデュプリケーションのように複数のベアラ（すなわち、複数のデータパス）を１つのＰＤＣＰエンティティで終端する場合、次のＰＤＣＰ受信動作が必要になり得る。
　・重複パケット破棄処理（Ｄｕｐｌｉｃａｔｅ　ｄｉｓｃａｒｄｉｎｇ）
　複数のベアラを介して重複ＰＤＣＰパケット（すなわち、同一のシーケンス番号を有する複数のＰＤＣＰパケット）を受信した場合、重複を避けるためにパケット破棄を行う必要がある。具体的には、受信側ＰＤＣＰエンティティは、同一のシーケンス番号を有する複数のＰＤＣＰパケットのうち１つを残して上位レイヤに渡すとともに他のＰＤＣＰパケットを破棄する。
　・パケット並べ替え処理（Ｒｅｏｒｄｅｒｉｎｇ）
　受信側ＰＤＣＰエンティティは、ＰＤＣＰパケットをシーケンス番号順に受信しない場合、ＰＤＣＰパケットをシーケンス番号順に並べ替えたうえで上位レイヤに渡す必要がある。但し、ＵＭベアラの場合、パケット並べ替え処理は行わなくてもよい。
　よって、第２実施形態において、ＭＢＳサービスのベアラを含む複数のベアラを介してＰＤＣＰパケットを受信する受信側ＰＤＣＰエンティティは、ＭＢＳ受信用のＰＤＣＰ受信動作を行う。具体的には、ＭＢＳ受信用のＰＤＣＰ受信動作において、受信側ＰＤＣＰエンティティは、暗号解除処理及びヘッダ圧縮解除処理の少なくとも一方を行わずに、重複パケット破棄処理及びパケット並べ替え処理の少なくとも一方を行う。受信側ＰＤＣＰエンティティは、ＰＤＣＰヘッダ除去も行ってもよい。
　図１２及び図１３は、第２実施形態に係るＰＤＣＰ動作モードを説明するための図である。第２実施形態において、ＰＤＣＰエンティティは、３つの動作モードのうちいずれかで動作する。
　図１２に示すように、モードＡは、ＭＢＳデータ以外のユーザデータ（例えば、ユニキャストデータ）のベアラに適用されるモードである。モードＡにおいて、送信側ＰＤＣＰエンティティは、上位レイヤからのパケットに対して、シーケンス番号付与処理、ヘッダ圧縮処理、暗号化処理、ＰＤＣＰヘッダ付与処理、及びルーティング／デュプリケーション処理を行う。受信側ＰＤＣＰエンティティは、送信側ＰＤＣＰエンティティからのパケットに対して、ＰＤＣＰヘッダ除去処理、暗号解除処理、パケット並べ替え処理、重複パケット破棄処理、及びヘッダ圧縮解除処理を行う。
　モードＢは、ＲＲＣメッセージ等の制御データのベアラに適用されるモードである。モードＢにおいて、送信側ＰＤＣＰエンティティは、上位レイヤからのパケットに対して、シーケンス番号付与処理、ヘッダ圧縮処理、ＰＤＣＰヘッダ付与処理、及びルーティング／デュプリケーション処理を行う。受信側ＰＤＣＰエンティティは、送信側ＰＤＣＰエンティティからのパケットに対して、ＰＤＣＰヘッダ除去処理、及びヘッダ圧縮解除処理を行う。
　図１３に示すように、モードＣは、ＭＢＳデータのベアラ（ＭＢＳベアラ）に適用されるモードである。モードＣにおいて、送信側ＰＤＣＰエンティティは、上位レイヤからのパケットに対して、シーケンス番号付与処理、ＰＤＣＰヘッダ付与処理、及びルーティング／デュプリケーション処理を行う。受信側ＰＤＣＰエンティティは、送信側ＰＤＣＰエンティティからのパケットに対して、ＰＤＣＰヘッダ除去処理、パケット並べ替え処理、及び重複パケット破棄処理を行う。
　ＭＢＳのためにｇＮＢ２００は、ＵＥ１００のＰＤＣＰエンティティがモードＣで動作するようにＵＥ１００に設定を行う。例えば、ｇＮＢ２００は、ベアラを設定するためのＲＲＣメッセージ（例えば、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）をＵＥ１００に送信する。
　ここで、ｇＮＢ２００は、当該ベアラがＭＢＳ用のベアラ（ＭＢＳベアラ）であることを示す情報要素を設定情報に含める。例えば、ＲＲＣメッセージ中の各ベアラ設定において、”ｍｕｌｔｉｃａｓｔ－ｂｅａｒｅｒ　ＥＮＵＭ（ｔｒｕｅ）　ｏｐｔｉｏｎａｌ”といった情報要素が追加される。
　ＵＥ１００は、このようなＲＲＣメッセージをｇＮＢ２００から受信すると、モードＣで動作するＭＢＳ用のＰＤＣＰエンティティを生成する。ＭＢＳ用のＰＤＣＰエンティティは、ＭＢＳベアラに属するＭＢＳデータに対してＭＢＳ受信処理を行う。
　図１４は、第２実施形態に係るＰＤＣＰ動作の一例を示す図である。
　図１４に示すように、ステップＳ３０１において、ＵＥ１００のＰＤＣＰエンティティは、ｇＮＢ２００からＭＢＳデータ（ＰＤＣＰパケット）を受信する。ここで、ｇＮＢ２００のＰＤＣＰエンティティは、ＭＢＳサービス（ＭＢＳセッション）に属するＰＤＣＰパケットに対してヘッダ圧縮処理及び暗号化処理を行っていないものとする。
　ステップＳ３０２において、ＵＥ１００のＰＤＣＰエンティティは、受信したＰＤＣＰパケットに対してＰＤＣＰヘッダ除去を行った後、受信バッファを用いて重複パケット破棄処理及び／又はパケット並べ替え処理を行う。但し、ＵＥ１００のＰＤＣＰエンティティは、受信したＰＤＣＰパケットに対して、ヘッダ圧縮解除処理及び暗号解除処理を行わない。
　（２）ＭＢＳ受信中のハンドオーバ時のＰＤＣＰ動作
　次に、第２実施形態に係るＭＢＳ受信中のハンドオーバ時のＰＤＣＰ動作について説明する。ＵＥ１００は、ＭＢＳ受信中にハンドオーバを実行し得る。ハンドオーバとは、ＲＲＣコネクティッド状態にあるＵＥ１００のセル切替動作をいう。以下において、ハンドオーバ前後の各セル（すなわち、ソースセル及びターゲットセル）が同じＭＢＳサービス（同じＭＢＳセッション）を提供する場合を主として想定する。
　ＵＥ１００がＭＢＳ受信中にハンドオーバを実行すると、ターゲットセルへの接続動作等に起因して、ＭＢＳデータのパケット欠損が発生する虞がある。ＰＤＣＰレイヤは、ＵＥ１００からｇＮＢ２００へのフィードバック（ｓｔａｔｕｓ　ｒｅｐｏｒｔ）に基づくＰＤＣＰパケットの再送機能を有する。第２実施形態では、ＭＢＳ受信中のハンドオーバ時のパケット欠損をＰＤＣＰレイヤの再送機能によりターゲットセルで補完可能にする。
　図１５は、第２実施形態に係るハンドオーバ動作を示す図である。図１５において、ソースセルＣ１及びターゲットセルＣ２を１つのｇＮＢ２００が管理している一例を示している。
　図１５に示すように、ＲＲＣコネクティッド状態にあるＵＥ１００は、ソースセルＣ１からＭＢＳデータを受信しつつ、ソースセルＣ１からターゲットセルＣ２へのハンドオーバを行う。ここで、ＵＥ１００のＰＤＣＰエンティティは、ハンドオーバの際にＭＢＳデータの受信に失敗した場合、ハンドオーバ後において、受信に失敗したＭＢＳデータ（ＰＤＣＰパケット）を示すシーケンス番号（具体的には、ＰＤＣＰシーケンス番号）をターゲットセルＣ２に送信する。
　ＵＥ１００のＰＤＣＰエンティティは、ソースセルＣ１からハンドオーバコマンドが設定された場合（ＲＲＣレイヤがＰＤＣＰ再確立を要求した場合）、ＰＤＣＰ再確立処理の完了後に、ターゲットセルＣ２に対して欠損パケットのシーケンス番号を送信する。ＵＥ１００は、欠損パケットのシーケンス番号と対応付けられたＭＢＳサービス識別子をターゲットセルＣ２にさらに送信してもよい。ＵＥ１００のＰＤＣＰエンティティは、ＰＤＣＰレイヤの状態報告（Ｓｔａｔｕｓ　Ｒｅｐｏｒｔ）メッセージに、受信に失敗したＭＢＳデータ（すなわち、欠損したＰＤＣＰパケット）を示すシーケンス番号を含めて、状態報告メッセージをターゲットセルＣ２に送信してもよい。
　ｇＮＢ２００は、ターゲットセルＣ２を介してＵＥ１００から欠損パケットのシーケンス番号を受信すると、当該シーケンス番号に基づいて、ターゲットセルＣ２を介して欠損パケットをＵＥ１００に送信（再送）する。これにより、ＭＢＳ受信中のハンドオーバ時のパケット欠損をＰＤＣＰレイヤの再送機能によりターゲットセルＣ２で補完できるため、ＭＢＳ受信の信頼性を高めることができる。
　図１６は、第２実施形態に係るハンドオーバ動作の他の例を示す図である。図１５において、ソースセルＣ１及びターゲットセルＣ２を別々のｇＮＢ２００（ｇＮＢ２００Ａ及びｇＮＢ２００Ｂ）が管理している一例を示している。
　図１６に示す動作環境において、ソースセルＣ１及びターゲットセルＣ２が非同期でＭＢＳサービスを提供しているものとする。すなわち、ターゲットセルＣ２は、ターゲットセルＣ１が提供するＭＢＳサービス（ＭＢＳセッション）を提供していない。
　このような場合において、ターゲットセルＣ２を管理するｇＮＢ２００Ｂは、ＵＥ１００から欠損パケットのシーケンス番号を受信しても、当該欠損パケットを保持していない。このため、ｇＮＢ２００Ｂは、ソースセルＣ１を管理するｇＮＢ２００Ａに対して、当該欠損シーケンス番号（及びＭＢＳサービス識別子）を通知する。ｇＮＢ２００Ａは、ｇＮＢ２００Ｂからの通知に基づいて当該欠損パケット（ＰＤＣＰパケット）をｇＮＢ２００Ｂに転送する（データフォワーディング）。ｇＮＢ２００Ｂは、ｇＮＢ２００ＡからのＰＤＣＰパケットをＵＥ１００に送信する。
　（その他の実施形態）
　上述の各実施形態は、別個独立に実施する場合に限らず、２以上の実施形態を組み合わせて実施可能である。
　ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。
　また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。
　以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
　本願は、日本国特許出願第２０２０－１３２０４４号（２０２０年８月３日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。

Claims (8)

  1. 　基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
    　前記基地局から前記ユーザ装置に対して、前記ユーザ装置のＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）エンティティに関する設定を行うためのメッセージを送信することを有し、
    　前記メッセージは、ＭＢＳデータを伝送するＭＢＳトラフィックチャネルに対する前記ＲＬＣエンティティの動作モードを指定する情報要素を含む
    　通信制御方法。
  2. 　前記情報要素は、前記ＲＬＣエンティティの動作モードとして、自動再送制御を行う第１モード及び前記自動再送制御を行わない第２モードのいずれか一方を指定する
    　請求項１に記載の通信制御方法。
  3. 　前記メッセージは、前記ＭＢＳトラフィックチャネルを特定するための識別子をさらに含み、
    　前記情報要素は、前記識別子と対応付けられている
    　請求項１又は２に記載の通信制御方法。
  4. 　前記ユーザ装置がＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）コネクティッド状態にある場合、前記情報要素に従って前記ＲＬＣエンティティの動作モードを設定することと、
    　前記ユーザ装置がＲＲＣアイドル状態又はＲＲＣインアクティブ状態にある場合、前記情報要素にかかわらず前記第２モードを設定することと、をさらに有する
    　請求項２に記載の通信制御方法。
  5. 　基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
    　前記ユーザ装置が、前記基地局からＭＢＳデータを受信することと、
    　前記ユーザ装置のＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）エンティティが、前記基地局から最初に受信したＭＢＳデータのシーケンス番号を、所定ＲＬＣ動作に用いる変数の初期値として設定することと、を有する
    　通信制御方法。
  6. 　基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
    　前記ユーザ装置が、前記基地局からＭＢＳデータを受信することと、
    　前記ユーザ装置のＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）エンティティが、前記ＭＢＳデータに対するＭＢＳ受信処理を行うことと、を有し、
    　前記ＭＢＳ受信処理を行うことは、前記ＰＤＣＰエンティティが暗号解除処理及びヘッダ圧縮解除処理の少なくとも一方を行わずに、前記ＰＤＣＰエンティティが重複パケット破棄処理及びパケット並べ替え処理の少なくとも一方を行うことを含む
    　通信制御方法。
  7. 　前記基地局が、ベアラを設定するためのメッセージを前記ユーザ装置に送信することをさらに有し、
    　前記メッセージは、前記ベアラがＭＢＳデータ用のＭＢＳベアラであることを示す情報要素を含み、
    　前記ＭＢＳ受信処理を行うことは、前記ＭＢＳベアラに属する前記ＭＢＳデータに対して前記ＰＤＣＰエンティティが前記ＭＢＳ受信処理を行うことを含む
    　請求項６に記載の通信制御方法。
  8. 　基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
    　前記ユーザ装置が、第１セルからＭＢＳデータを受信することと、
    　前記ユーザ装置が、前記第１セルから第２セルへのハンドオーバを行うことと、
    　前記ユーザ装置のＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）エンティティが、前記ハンドオーバの際に前記ＭＢＳデータの受信に失敗した場合、受信に失敗したＭＢＳデータを示すシーケンス番号を前記第２セルに送信することと、を有する
    　通信制御方法。
PCT/JP2021/028638 2020-08-03 2021-08-02 通信制御方法 Ceased WO2022030454A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2022541541A JP7280443B2 (ja) 2020-08-03 2021-08-02 通信制御方法、基地局、ユーザ装置及びプロセッサ
CN202180067981.XA CN116349290A (zh) 2020-08-03 2021-08-02 通信控制方法
EP21854617.4A EP4178235B1 (en) 2020-08-03 2021-08-02 Communication control method
EP25184816.4A EP4598235A3 (en) 2020-08-03 2021-08-02 Communication control method
US18/163,655 US20230189300A1 (en) 2020-08-03 2023-02-02 Communication control method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020132044 2020-08-03
JP2020-132044 2020-08-03

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/163,655 Continuation US20230189300A1 (en) 2020-08-03 2023-02-02 Communication control method

Publications (1)

Publication Number Publication Date
WO2022030454A1 true WO2022030454A1 (ja) 2022-02-10

Family

ID=80117993

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/028638 Ceased WO2022030454A1 (ja) 2020-08-03 2021-08-02 通信制御方法

Country Status (5)

Country Link
US (1) US20230189300A1 (ja)
EP (2) EP4178235B1 (ja)
JP (3) JP7280443B2 (ja)
CN (1) CN116349290A (ja)
WO (1) WO2022030454A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2024540990A (ja) * 2021-10-21 2024-11-06 グーグル エルエルシー マルチキャストデータ通信の管理

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021162256A1 (en) * 2020-02-11 2021-08-19 Lg Electronics Inc. Method and apparatus for transmitting data unit on rrc inactive state in wireless communication system
CN116210241B (zh) * 2020-07-22 2024-12-24 株式会社Kt Mbs数据传输方法及其装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011254507A (ja) * 2011-07-19 2011-12-15 Fujitsu Ltd 移動無線通信システム
JP2020132044A (ja) 2019-02-22 2020-08-31 株式会社ショーワ ステアリング制御装置、ステアリング装置、及び車両

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8694869B2 (en) * 2003-08-21 2014-04-08 QUALCIMM Incorporated Methods for forward error correction coding above a radio link control layer and related apparatus
EP1631000A1 (en) * 2004-08-31 2006-03-01 Matsushita Electric Industrial Co., Ltd. Deterministic feedback control for multicast or broadcast services
CN101500341B (zh) 2008-02-02 2011-02-02 上海贝尔阿尔卡特股份有限公司 基于窗的内容同步的网关和基站及其方法
US8958422B2 (en) * 2012-03-17 2015-02-17 Blackberry Limited Handling packet data convergence protocol data units
JP2016092700A (ja) * 2014-11-07 2016-05-23 株式会社Ｎｔｔドコモ ユーザ装置、及び重複パケット処理方法
EP3585128A1 (en) * 2014-11-10 2019-12-25 Lg Electronics Inc. Device for indicating a ciphering indication
CN104579602A (zh) * 2014-12-25 2015-04-29 华中科技大学 一种lte中的广播组播重传方法
JP6302135B2 (ja) * 2015-04-10 2018-03-28 京セラ株式会社 基地局及びユーザ端末
EP3448084B1 (en) * 2016-05-26 2020-02-26 Kyocera Corporation Network apparatus
CN109792587B (zh) * 2016-09-29 2021-02-12 华为技术有限公司 一种多播业务的发送方法和设备
US10498551B2 (en) * 2016-11-21 2019-12-03 Qualcomm Incorporated Data multicast or broadcast on control channel for narrowband communication
CN113411755B (zh) * 2017-12-28 2022-10-04 华为技术有限公司 一种通信方法、及相关产品
US20200404696A1 (en) * 2018-01-11 2020-12-24 Lg Electronics Inc. Communication device, processing device and method for transmitting uplink data
CN108039939B (zh) * 2018-01-19 2019-12-27 北京邮电大学 物联网组播业务的harq反馈方法及装置
CN112655166B (zh) * 2018-09-13 2024-04-16 苹果公司 用于无线通信的混合自动重传请求反馈
KR102768755B1 (ko) * 2018-12-14 2025-02-18 삼성전자 주식회사 차세대 무선 통신 시스템에서 조건부 핸드오버의 실패 타이머 운용방법
CN110536262A (zh) * 2019-04-30 2019-12-03 中兴通讯股份有限公司 一种直通链路通信方法、装置和存储介质
CN114008952A (zh) * 2019-09-23 2022-02-01 Oppo广东移动通信有限公司 一种窗口调整方法及装置、网络设备、终端设备

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011254507A (ja) * 2011-07-19 2011-12-15 Fujitsu Ltd 移動無線通信システム
JP2020132044A (ja) 2019-02-22 2020-08-31 株式会社ショーワ ステアリング制御装置、ステアリング装置、及び車両

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
3GPP TS 38.300, July 2020 (2020-07-01)
HUAWEI: "RLC SN reset and UM Window for MBMS", 3GPP DRAFT; R2-095510 RLC SN RESET AND UM WINDOW FOR MBMS SFN, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Miyazaki; 20091012 - 20091016, 6 October 2009 (2009-10-06), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP050604726 *
HYTERA COMMUNICATIONS CORP.: "Dynamic Configuration of MBSFN areas for MC service", 3GPP DRAFT; R2-1705086_DYNAMIC CONFIGURATION OF MBSFN AREAS FOR MC SERVICE, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Hangzhou, China; 20170515 - 20170519, 14 May 2017 (2017-05-14), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051275564 *
See also references of EP4178235A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2024540990A (ja) * 2021-10-21 2024-11-06 グーグル エルエルシー マルチキャストデータ通信の管理
JP7773639B2 (ja) 2021-10-21 2025-11-19 グーグル エルエルシー マルチキャストデータ通信の管理

Also Published As

Publication number Publication date
US20230189300A1 (en) 2023-06-15
EP4598235A2 (en) 2025-08-06
JP2024167338A (ja) 2024-12-03
EP4598235A3 (en) 2025-10-15
JP2023100957A (ja) 2023-07-19
JPWO2022030454A1 (ja) 2022-02-10
CN116349290A (zh) 2023-06-27
EP4178235A4 (en) 2023-12-27
JP7280443B2 (ja) 2023-05-23
JP7549077B2 (ja) 2024-09-10
EP4178235B1 (en) 2025-08-13
EP4178235A1 (en) 2023-05-10

Similar Documents

Publication Publication Date Title
JP7648644B2 (ja) 通信制御方法、基地局及びシステム
JP7549077B2 (ja) 通信制御方法、ユーザ装置及びプロセッサ
US12477308B2 (en) Communication control method and user equipment
WO2015141728A1 (ja) 通信制御方法及びユーザ端末
JP7723164B2 (ja) 通信制御方法、ユーザ装置、ネットワークノード、プロセッサ、プログラム及び移動通信システム
WO2021143868A1 (en) Methods and apparatus of lossless handover for nr multicast services
CN112312575A (zh) 一种通信方法及装置
CN114390447A (zh) 用于多播广播服务的方法和用户设备
JP2025131726A (ja) 通信制御方法、ユーザ装置、プロセッサ、基地局及び移動通信システム
JP7728405B2 (ja) 通信制御方法、基地局、ユーザ装置及びプロセッサ
WO2022085646A1 (ja) 通信制御方法
US12501238B2 (en) Communication control method
EP4213540B1 (en) Communication control method
JP7789677B2 (ja) 通信制御方法、基地局、ユーザ装置及びプロセッサ
US20250185119A1 (en) Communication method, central unit and distributed unit
US20240056777A1 (en) Service transmission method, service transmission apparatus, service transmission device, terminal, and storage medium
WO2022085644A1 (ja) 通信制御方法

Legal Events

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

Ref document number: 21854617

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022541541

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2021854617

Country of ref document: EP

Effective date: 20230202

NENP Non-entry into the national phase

Ref country code: DE

WWG Wipo information: grant in national office

Ref document number: 2021854617

Country of ref document: EP