WO2019176402A1 - マルチキャスト制御装置、マルチキャスト制御方法、及び非一時的なコンピュータ可読媒体 - Google Patents

マルチキャスト制御装置、マルチキャスト制御方法、及び非一時的なコンピュータ可読媒体 Download PDF

Info

Publication number
WO2019176402A1
WO2019176402A1 PCT/JP2019/004612 JP2019004612W WO2019176402A1 WO 2019176402 A1 WO2019176402 A1 WO 2019176402A1 JP 2019004612 W JP2019004612 W JP 2019004612W WO 2019176402 A1 WO2019176402 A1 WO 2019176402A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast
multicast service
session
communication terminals
predetermined threshold
Prior art date
Application number
PCT/JP2019/004612
Other languages
English (en)
French (fr)
Inventor
晃 亀井
山田　徹
恭二 平田
芹沢　昌宏
長谷川　聡
政志 下間
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to US16/981,020 priority Critical patent/US11395106B2/en
Priority to JP2020505685A priority patent/JP7036191B2/ja
Publication of WO2019176402A1 publication Critical patent/WO2019176402A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring
    • 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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections

Definitions

  • the present invention relates to a multicast control device, a multicast control method, and a program.
  • IoT Internet of Things
  • Non-Patent Document 1 discloses specifications related to MBMS (Multimedia Broadcast and Multicast Service) defined in 3GPP (3rd Generation Partnership Project).
  • MBMS is a service related to broadcast and multicast executed in a mobile network.
  • Non-Patent Document 1 discloses processing of each phase defined in the multicast mode.
  • Non-Patent Document 1 describes that a multicast session starts after a UE (User Equipment) joins a multicast service.
  • UE User Equipment
  • Non-Patent Document 1 describes that multicast data is also transmitted to a UE that has joined a multicast service after a multicast session is started. Since such a UE receives multicast data from the middle of a multicast session, it cannot receive all necessary multicast data. Therefore, the UE receives missing data in the next multicast session. That is, a UE that has joined from the middle of a multicast session receives multicast data across multiple multicast sessions.
  • An object of the present disclosure is to provide a multicast control device, a multicast control method, and a program that can shorten the multicast data distribution time in view of the above-described problems.
  • the multicast control device includes a determination unit that determines whether or not the number of communication terminals that have participated in a multicast service exceeds a predetermined threshold, and the communication terminals that have participated in the multicast service. When it is determined that the number exceeds a predetermined threshold, a multicast session for a plurality of the communication terminals participating in the multicast service is started, and the number of the communication terminals participating in the multicast service exceeds the predetermined threshold A session control unit that starts a unicast session with respect to at least one or more of the communication terminals participating in the multicast service when it is determined that it is not.
  • the number of communication terminals participating in the multicast service exceeds a predetermined threshold, and the number of communication terminals participating in the multicast service is determined in advance.
  • a predetermined threshold has been exceeded, a multicast session for a plurality of the communication terminals that have participated in the multicast service is started, and the number of communication terminals that have participated in the multicast service does not exceed a predetermined threshold If determined, a unicast session is started for at least one or more of the communication terminals participating in the multicast service.
  • the program according to the third aspect of the present disclosure determines whether or not the number of communication terminals participating in the multicast service exceeds a predetermined threshold, and the number of communication terminals participating in the multicast service is determined in advance. If it is determined that the threshold has been exceeded, a multicast session is started for the plurality of communication terminals participating in the multicast service, and it is determined that the number of communication terminals participating in the multicast service does not exceed a predetermined threshold. In the case, the computer is caused to start a unicast session for at least one or more of the communication terminals participating in the multicast service.
  • the present invention it is possible to provide a multicast control device, a multicast control method, and a program capable of reducing the multicast data distribution time.
  • FIG. 1 is a configuration diagram of a multicast control apparatus according to a first embodiment
  • FIG. 3 is a configuration diagram of a communication system according to a second exemplary embodiment.
  • 3 is a configuration diagram of a BM-SC according to a second embodiment;
  • FIG. It is a figure which shows the outline
  • FIG. FIG. 10 is a diagram showing a flow of multicast session start processing in the BM-SC according to the second exemplary embodiment; It is a figure which shows the flow of the start process of the multicast session in BM-SC concerning Embodiment 3.
  • FIG. It is a figure which shows the flow of the start process of the multicast session in BM-SC concerning Embodiment 4.
  • FIG. It is a figure which shows the flow of the start process of the multicast session in BM-SC concerning Embodiment 4.
  • FIG. It is a figure which shows the flow of the start process of the multicast session in
  • the multicast control device 10 may be a computer device that operates when a processor executes a program stored in a memory.
  • the multicast control device 10 includes a determination unit 11 and a session control unit 12.
  • the determination unit 11 and the control unit 12 may be software or modules that execute processing when the processor executes a program stored in a memory.
  • the determination unit 11 and the session control unit 12 may be hardware such as a chip or a circuit.
  • the determination unit 11 determines whether or not the number of communication terminals that have participated in the multicast service has exceeded a predetermined threshold.
  • the communication terminal may be, for example, a mobile phone terminal, a smart phone terminal, an IoT terminal, or an MTC (Machine Type Communication) terminal.
  • the communication terminal may be a computer device that operates when a processor executes a program stored in a memory. Further, the communication terminal may be a UE (User Equipment) used as a generic name of the communication terminal in 3GPP.
  • the multicast service is a service that distributes data to a plurality of communication terminals participating in the multicast service all at once.
  • the multicast service may be, for example, MBMS (Multimedia Broadcast and Multicast Service) defined in 3GPP.
  • MBMS Multimedia Broadcast and Multicast Service
  • the multicast service is realized using an MBMS bearer service and an MBMS user service.
  • the predetermined threshold value may be a value input by an administrator who manages the multicast control device 10 or the like.
  • the predetermined threshold value may be changed according to the type of data distributed by the multicast service.
  • the data may be data necessary for updating the firmware of each communication terminal or the OS (Operating System), for example.
  • the data may be data necessary for updating an application such as security software.
  • the session control unit 12 starts a multicast session for a plurality of communication terminals that have participated in the multicast service when it is determined that the number of communication terminals that have participated in the multicast service has exceeded a predetermined threshold.
  • the session control unit 12 controls the timing for starting a multicast session.
  • the multicast session includes, for example, a period for distributing data and a preparation period for distributing data.
  • the multicast control apparatus 10 distributes data necessary for update processing in the communication terminal in one session.
  • the multicast control device 10 can start a multicast session when the number of communication terminals participating in the multicast service exceeds a threshold value.
  • the plurality of communication terminals start the multicast session after participating in the multicast service, they can receive all necessary data in one session.
  • the multicast control apparatus 10 can reduce the number of multicast sessions set for distributing data.
  • the communication system of FIG. 2 shows an MBMS architecture in 3GPP.
  • the communication system of FIG. 2 includes UE (User (Equipment) 30, E-UTRAN (Evolved-Universal Mobile Telecommunications System Terrestrial Radio AccessUENetwork) 31, UE32, UTRAN33, MME (Mobility ManagementMBEntity) 40, MBMS-GW (MBMS-Gateway). ) 41, SGSN (Serving General Packet Radio Service Support Node) 42, PGW 43, BM-SC (Broadcast Multicast Service Center) entity 44 (hereinafter referred to as BM-SC 44), and Content Provider 50.
  • Content Provider 50 indicates an external server device.
  • Components other than the Content Provider 50 constituting the communication system of FIG. 2 constitute an EPS (Evolved Packet System).
  • the UE may be replaced with an MS (Mobile Station).
  • the E-UTRAN 31 is a RAN that uses LTE (Long Term Evolution) as a radio access system.
  • the UE 30 is a wireless terminal that performs wireless communication using LTE.
  • the UTRAN 33 is a RAN that uses a 3G wireless system as a wireless access system.
  • the UE 32 is a wireless terminal that performs wireless communication using the 3G wireless system.
  • the MME 40 and the SGSN 42 are node devices that perform session management and mobility management related to the UE.
  • the MBMS-GW 41 is a gateway that distributes data to the UE 30 and the UE 32 via the E-UTRAN 31 and the UTRAN 33 using broadcast communication.
  • the BM-SC 44 transmits the content data transmitted from the Content Provider 50 to the MBMS-GW 41.
  • E-UTRAN Uu reference point is defined between UE30 and E-UTRAN31.
  • a Uu reference point is defined between the UE 32 and the UTRAN 33.
  • An M3 reference point is defined between the E-UTRAN 31 and the MME 40.
  • An Iu reference point is defined between the UTRAN 33 and the SGSN 42.
  • An M1 reference point is defined between the E-UTRAN 31 and UTRAN 33 and the MBMS-GW 41.
  • An Sm reference point is defined between the MME 40 and the MBMS-GW 41.
  • An Sn reference point is defined between the SGSN 42 and the MBMS-GW 41.
  • SGmb and SGi-mb reference points are defined between the MBMS-GW 41 and the BM-SC 44.
  • SGi reference points are defined between the BM-SC 44 and the PGW 43.
  • the BM-SC 44 includes a network interface 61, a processor 62, and a memory 63.
  • the network interface 61 may include a baseband processor that performs digital baseband signal processing.
  • the network interface 61 may include a network interface card (NIC) compliant with IEEE 802.3 series.
  • the processor 62 reads the software (computer program) from the memory 63 and performs the processes described below using flowcharts and the like.
  • the processor 62 may be, for example, a microprocessor, an MPU (Micro Processing Unit), or a CPU (Central Processing Unit).
  • the processor 62 may include a plurality of processors.
  • the memory 63 is configured by a combination of a volatile memory and a nonvolatile memory.
  • Memory 63 may include storage located remotely from processor 62. In this case, the processor 62 may access the memory 63 via an I / O interface not shown.
  • the processor 62 is used to execute functions or processes in the determination unit 11 and the session control unit 12 in FIG.
  • the memory 63 is used for storing software or software module groups.
  • the processor 62 reads out these software or software module groups from the memory 63 and executes them.
  • the horizontal axis in FIG. 4 shows the passage of time.
  • Wake Up indicates, for example, the timing at which each UE starts receiving data in DRX (Discontinuous Reception) or eDRX (extended DRX). In other words, Wake Up indicates the timing for starting intermittent reception.
  • the period during which the UE does not receive data may be referred to as sleep time.
  • eDRX has a longer sleep time than DRX. Thereby, UE using eDRX can realize lower power consumption than UE using DRX.
  • Joining indicates the timing when each UE participates in the multicast service.
  • the timing when the application related to the multicast service is activated may be the timing of Joining.
  • Joining may be a timing determined in advance as a timing for participating in the multicast service in each UE.
  • the timing predetermined as the timing of participating in the multicast service may be determined, for example, a few seconds or a few minutes after Wake Up.
  • Session Start indicates the timing when the multicast session starts.
  • Session Stop indicates the timing at which the multicast session stops.
  • the period from Session Start to Session Stop is Service Session.
  • Data transfer indicates a period during which data is distributed to each UE. Data transfer is included in Service session. For example, it is assumed that update data necessary for updating each application or the like is distributed to each UE in Data transfer. Further, the period from Session ⁇ ⁇ Start to Data transfer may be a preparation period until data is distributed, for example.
  • FIG. 4 it is assumed that 2 is set as the threshold value of the number of UEs to be determined when starting a multicast session. That is, when the number of UEs participating in the multicast service exceeds 2 and becomes 3 or more, the multicast session starts.
  • FIG. 4 it has shown participating in a multicast service in order of UE # 1, UE # 2, UE # 3.
  • the multicast session has started after UE # 3 participates in the multicast service.
  • the BM-SC 44 does not start a multicast session when UE # 1 and UE # 2 participate in the multicast service.
  • the BM-SC 44 starts a multicast session after UE # 3 joins. Thereby, UE # 1, UE # 2, and UE # 3 can receive all necessary data in the same Service session.
  • the determination unit 11 counts the number of jointed UEs (Nx) (S11). For example, the UE that has joined may transmit a message indicating that it has joined to the BM-SC 44 using control data or user data.
  • the control data may be referred to as C (Control) -Plane data.
  • the user data may be referred to as U (User) -Plane data.
  • the determination unit 11 may count the number of UEs joined by counting messages transmitted from the UE.
  • the determination unit 11 may include a counter and reflect the counted number of UEs in the counter. In other words, the determination unit 11 may count the number of UEs that have activated an application related to the multicast service.
  • the determination unit 11 may count the number of joined UEs at a periodically determined timing. Alternatively, the determination unit 11 may count the number of UEs that have been joined at a timing when a predetermined period has elapsed since the first UE joined the multicast service. Alternatively, the determination unit 11 may count the number of UEs that have been joined at a timing when a predetermined period has elapsed since the last UE joined the multicast service.
  • the determination unit 11 determines whether the number of joined UEs (Nx) exceeds a predetermined threshold (Nth) (S12). When it is determined that Nx exceeds Nth, the session control unit 12 starts a multicast session to distribute data (S14).
  • the session control unit 12 determines whether or not a predetermined period has elapsed since the first UE joined the multicast service (S13).
  • the first UE is, for example, UE # 1 in FIG.
  • the first UE may be a UE that has joined the multicast service earliest among UEs that have joined the multicast service after the previous multicast session is started.
  • the UE that first joined the multicast service after Session ⁇ ⁇ Start may be the first UE.
  • the predetermined period may be a value arbitrarily determined by an administrator who manages the BM-SC 44.
  • the predetermined period may be determined based on a period between the sleep time and the sleep time in the UE that performs communication using DRX or eDRX. That is, the predetermined period may be determined based on a period outside the sleep period and in which the first UE can continuously communicate.
  • the predetermined period may be a time that falls within a period between the sleep time and the sleep time. In other words, the predetermined period may be a period from the end of the sleep time to the timing before the next sleep time starts.
  • the session control unit 12 starts a multicast session when it is determined that a predetermined period has elapsed since the first UE joined (S14). If the session control unit 12 determines that the predetermined period has not elapsed since the first UE joined, the session control unit 12 repeats the processes after step S11.
  • the determination unit 11 may clear the counter value when the session control unit 12 starts a multicast session. After clearing the counter value, the determination unit 11 again counts the number of UEs that have joined the multicast service.
  • the session control unit 12 may determine the predetermined period based on the period between the sleep time in the UE # 2 instead of the UE # 1 that was initially joined. .
  • the BM-SC 44 can start a multicast session when the number of UEs participating in the multicast service exceeds a threshold. Thereby, several UE can receive the same data in the same session. As a result, the BM-SC 44 can distribute the same data to UEs that have joined the multicast service before the start of the multicast session, so that it is not necessary to start the multicast session again. As a result, it is possible to reduce the number of Service Session settings for the BM-SC 44 to distribute the same data, thereby reducing the processing load on the BM-SC 44.
  • the BM-SC 44 starts a multicast session in order to distribute data to UEs that have participated in the multicast service after a predetermined period has elapsed. .
  • UEs that have joined the multicast service can receive the distributed data regardless of the participation status of other UEs in the multicast service.
  • Step 3 the flow of multicast session start processing in the BM-SC 44 according to the third embodiment will be described with reference to FIG. Steps S21, S22, and S24 are the same as steps S11, S12, and S14 of FIG.
  • step S23 the session control unit 12 determines whether or not a predetermined period has elapsed since the last UE joined the multicast service (S23).
  • the last UE is the UE that last joined the multicast service before the number of joined UEs (Nx) exceeds the threshold (Nth).
  • Nx the number of joined UEs
  • the threshold when the threshold is set to 2 and UE # 3 does not participate in the multicast service, the last UE may be UE # 2.
  • the threshold is set to 3
  • the last UE may be UE # 3.
  • the predetermined period may be, for example, an average value of intervals between UEs that have participated in the multicast service in the past. Alternatively, the predetermined period may be the maximum value or the minimum value of the occurrence intervals of UEs that have joined the multicast service in the past.
  • the session control unit 12 starts a multicast session when a predetermined period has elapsed since the last UE joined (S24).
  • UE # n UE # n + 1 , and UE # n + 2 are participating in the multicast service before the number of UEs participating in the multicast service exceeds the threshold. It participated in the earliest multicast service is UE # n, and UE # n + 2 is participating in most late multicast service.
  • the threshold is 3 or more.
  • the timing at which the UE # n has the Joining the difference between the timing at which the UE # n + 1 is the Joining, and T n.
  • the difference between the timing when UE # n + 1 joins and the timing when UE # n + 2 joins is defined as Tn + 1 .
  • the session control unit 12 may determine whether or not (T n + T n + 1 ) / 2 has elapsed since UE # n + 2 joined. Or, the session control unit 12 may determine whether the UE # n + 2 has elapsed whether or T n + 1 has elapsed T n after the Joining.
  • the BM-SC 44 starts a multicast session after a predetermined period of time has elapsed from the UE that last joined the multicast service before the number of UEs that participated in the multicast service exceeds the threshold. can do.
  • the predetermined period in the third embodiment is determined based on the interval at which the UE participates in the multicast service in the past. That is, the predetermined period in Embodiment 3 means an estimated time until the UE next participates in the multicast service.
  • the BM-SC 44 assumes that substantially all UEs have joined the multicast service when the estimated time until the next UE joins after the last UE has joined the multicast service. That is, the BM-SC 44 can start a multicast session after all the UEs that can be estimated participate in the multicast service.
  • the determination unit 11 counts the number of joined UEs (S31). For example, the UE that has joined may transmit a message indicating that it has joined to the BM-SC 44 using control data or user data.
  • the control data may be referred to as C (Control) -Plane data.
  • the user data may be referred to as U (User) -Plane data.
  • the determination unit 11 may count the number of UEs joined by counting messages transmitted from the UE.
  • the determination unit 11 may include a counter and reflect the counted number of UEs in the counter. In other words, the determination unit 11 may count the number of UEs that have activated an application related to the multicast service.
  • the determination unit 11 may count the number of joined UEs at a periodically determined timing. Alternatively, the determination unit 11 may count the number of UEs that have been joined at a timing when a predetermined period has elapsed since the first UE joined the multicast service. Alternatively, the determination unit 11 may count the number of UEs that have been joined at a timing when a predetermined period has elapsed since the last UE joined the multicast service.
  • the determination unit 11 determines whether the number of joined UEs (Nx) exceeds a predetermined threshold (Nth) (S32). When it is determined that Nx exceeds Nth, the session control unit 12 starts a multicast session to distribute data (S33). When it is determined that Nx does not exceed Nth, the session control unit 12 starts a unicast session to distribute data.
  • step S32 the session control unit 12 selects whether to start a multicast session or a unicast session based on the number of UEs that have joined the multicast service.
  • step S34 the session control unit 12 transmits data using a unicast session to a UE that desires or intends to distribute data using the multicast service. Therefore, in step S34, the session control unit 12 executes processing related to establishment of a unicast session with at least one or more UEs participating in the multicast service.
  • the session control unit 12 may switch to the multicast session and distribute data when detecting that Nx exceeds Nth. That is, the session control unit 12 may distribute data using a multicast session when it is detected that Nx exceeds Nth to a UE that has transmitted data using a unicast session.
  • Steps S41 to S43 and S45 are the same as steps S31 to S34 in FIG.
  • step S42 determines whether a predetermined period has elapsed since the first UE or the last UE joined the multicast service (S44). .
  • the session control unit 12 When it is determined that a predetermined period has elapsed since the first UE or the last UE joined the multicast service, the session control unit 12 starts a unicast session (S45). Further, when it is determined that a predetermined period has not elapsed since the first UE or the last UE joined the multicast service, the processes after step S41 are repeated. In this way, the processing described in FIGS. 5 and 6 may be combined with the processing in FIG.
  • Non-transitory computer readable media include various types of tangible storage media (tangible storage medium). Examples of non-transitory computer readable media include magnetic recording media (eg, flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (eg, magneto-optical disks). Furthermore, examples of non-transitory computer-readable media include CD-ROM (Read Only Memory), CD-R, and CD-R / W. Further examples of non-transitory computer readable media include semiconductor memory.
  • the semiconductor memory includes, for example, a mask ROM, a PROM (Programmable ROM), an EPROM (Erasable ROM), a flash ROM, and a RAM (Random Access Memory).
  • the program may also be supplied to the computer by various types of temporary computer-readable media. Examples of transitory computer readable media include electrical signals, optical signals, and electromagnetic waves.
  • the temporary computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.
  • a multicast control device comprising: a session control unit that starts a unicast session for at least one or more of the communication terminals participating in a multicast service when it is determined that the number does not exceed a predetermined threshold.
  • (Appendix 2) The determination unit The multicast control device according to appendix 1, wherein it is determined whether or not the number of the communication terminals participating in the multicast service exceeds a predetermined threshold at a predetermined timing.
  • (Appendix 3) The determination unit The multicast control device according to appendix 1 or 2, wherein it is determined whether or not the number of the communication terminals participating in the multicast service exceeds a predetermined threshold at a periodically determined timing.
  • (Appendix 4) The determination unit Supplementary note 1 or 2 for determining whether or not the number of communication terminals participating in the multicast service exceeds a predetermined threshold after a predetermined period of time has elapsed since the first communication terminal joined the multicast service.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Environmental & Geological Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

マルチキャストデータの配信時間を短縮することができるマルチキャスト制御装置を提供すること。本開示にかかるマルチキャスト制御装置（１０）は、マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定する判定部（１１）と、マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の通信端末に対するユニキャストセッションを開始するセッション制御部（１２）と、を備える。

Description

マルチキャスト制御装置、マルチキャスト制御方法、及び非一時的なコンピュータ可読媒体
　本発明はマルチキャスト制御装置、マルチキャスト制御方法、及びプログラムに関する。
　今後、ネットワークに接続されるＩｏＴ（Internet of Things）デバイスの急激な増加が予測される。そのため、今後、ＩｏＴデバイスに対するファームウェアの更新もしくはセキュリティソフトウェアのアップグレードを効率的に行うことが重要となる。
　ファームウェアの更新等を効率的に行うために、例えば、複数のＩｏＴデバイスに対して、マルチキャスト通信を用いてデータを配信することが検討されている。非特許文献１には、３ＧＰＰ（3rd Generation Partnership Project）において規定されたＭＢＭＳ（Multimedia Broadcast and Multicast Service）に関する仕様が開示されている。ＭＢＭＳは、モバイルネットワークにおいて実行されるブロードキャスト及びマルチキャストに関するサービスである。具体的には、非特許文献１には、マルチキャストモードにおいて定義される各フェーズの処理が開示されている。
　例えば、非特許文献１には、ＵＥ（User Equipment）がマルチキャストサービスにJoiningした後に、マルチキャストセッションが開始されることが記載されている。
3GPP TS 23.246 V15.0.0 (2017-12)
　非特許文献１には、マルチキャストセッションが開始された後に、マルチキャストサービスにJoiningしたＵＥに対しても、マルチキャストデータが送信されることが記載されている。このようなＵＥは、マルチキャストセッションの途中からマルチキャストデータを受信するため、必要とする全てのマルチキャストデータを受信することができない。そのため、ＵＥは、次のマルチキャストセッションにおいて、不足しているデータを受信する。つまり、マルチキャストセッションの途中からJoiningしたＵＥは、複数のマルチキャストセッションに跨ってマルチキャストデータを受信することになる。
　その結果、ネットワーク側に配置されたマルチキャストサービスを制御する制御装置におけるマルチキャストデータの配信時間が長くなり、マルチキャストサービスに割り当てられる通信リソースが増加するという問題がある。
　本開示の目的は、上述した課題に鑑み、マルチキャストデータの配信時間を短縮することができるマルチキャスト制御装置、マルチキャスト制御方法、及びプログラムを提供することにある。
　本開示の第１の態様にかかるマルチキャスト制御装置は、マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定する判定部と、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始するセッション制御部と、を備える。
　本開示の第２の態様にかかるマルチキャスト制御方法は、マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始する。
　本開示の第３の態様にかかるプログラムは、マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始することをコンピュータに実行させる。
　本発明により、マルチキャストデータの配信時間を短縮することができるマルチキャスト制御装置、マルチキャスト制御方法、及びプログラムを提供することができる。
実施の形態１にかかるマルチキャスト制御装置の構成図である。 実施の形態２にかかる通信システムの構成図である。 実施の形態２にかかるＢＭ－ＳＣの構成図である。 実施の形態２にかかるＢＭ－ＳＣにおいて実行されるマルチキャストセッション制御処理の概要を示す図である。 実施の形態２にかかるＢＭ－ＳＣにおけるマルチキャストセッションの開始処理の流れを示す図である。 実施の形態３にかかるＢＭ－ＳＣにおけるマルチキャストセッションの開始処理の流れを示す図である。 実施の形態４にかかるＢＭ－ＳＣにおけるマルチキャストセッションの開始処理の流れを示す図である。 実施の形態４にかかるＢＭ－ＳＣにおけるマルチキャストセッションの開始処理の流れを示す図である。
　（実施の形態１）
　以下、図面を参照して本発明の実施の形態について説明する。はじめに、図１を用いて実施の形態１にかかるマルチキャスト制御装置１０の構成例について説明する。マルチキャスト制御装置１０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。
　マルチキャスト制御装置１０は、判定部１１及びセッション制御部１２を有している。判定部１１及び制御部１２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、判定部１１及びセッション制御部１２は、チップもしくは回路等のハードウェアであってもよい。
　判定部１１は、マルチキャストサービスに参加した通信端末の数が、予め定められた閾値を超えたか否かを判定する。通信端末は、例えば、携帯電話端末、スマートフォン端末、ＩｏＴ端末、もしくはＭＴＣ（Machine Type Communication）端末等であってもよい。通信端末は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。また、通信端末は、３ＧＰＰにおいて通信端末の総称として用いられるＵＥ（User Equipment）であってもよい。
　マルチキャストサービスは、マルチキャストサービスへ参加している複数の通信端末へ、一斉にデータを配信するサービスである。マルチキャストサービスは、例えば、３ＧＰＰにおいて規定されているＭＢＭＳ（Multimedia Broadcast and Multicast Service）であってもよい。また、マルチキャストサービスは、ＭＢＭＳベアラサービス及びＭＢＭＳユーザサービスを用いて実現される。
　予め定められた閾値は、マルチキャスト制御装置１０を管理する管理者等が入力する値であってもよい。また、予め定められた閾値は、マルチキャストサービスが配信するデータの種類に応じて変更されてもよい。データは、例えば、それぞれの通信端末のファームウェアもしくはＯＳ（Operating System）等のアップデートに必要なデータであってもよい。または、データは、セキュリティソフトウェア等のアプリケーションのアップデートに必要なデータであってもよい。
　セッション制御部１２は、マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の通信端末に対するマルチキャストセッションを開始する。セッション制御部１２は、マルチキャストセッションを開始するタイミングを制御する。マルチキャストセッションは、例えば、データを配信する期間及びデータを配信するための準備期間を含む。例えば、マルチキャスト制御装置１０は、１度のセッションにおいて、通信端末におけるアップデート処理に必要なデータを配信する。
　以上説明したように、マルチキャスト制御装置１０は、マルチキャストサービスに参加する通信端末の数が閾値を超えた場合に、マルチキャストセッションを開始することができる。これより、複数の通信端末は、マルチキャストサービスに参加した後に、マルチキャストセッションが開始されるため、１度のセッションにおいて必要な全てのデータを受信することができる。その結果、マルチキャスト制御装置１０は、データを配信するために設定するマルチキャストセッションの回数を減少させることができる。
　（実施の形態２）
　続いて、図２を用いて実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、３ＧＰＰにおけるＭＢＭＳアーキテクチャを示している。
　図２の通信システムは、ＵＥ（User Equipment）３０、Ｅ－ＵＴＲＡＮ（Evolved-Universal Mobile Telecommunications System Terrestrial Radio Access Network）３１、ＵＥ３２、ＵＴＲＡＮ３３、ＭＭＥ（Mobility Management Entity）４０、ＭＢＭＳ－ＧＷ（MBMS-Gateway）４１、ＳＧＳＮ（Serving General Packet Radio Service Support Node）４２、ＰＧＷ４３、ＢＭ－ＳＣ（Broadcast Multicast Service Centre）エンティティ４４（以下、ＢＭ－ＳＣ４４とする）、及び、Content Provider５０を有している。Content Provider５０は、外部サーバ装置を示している。図２の通信システムを構成するContent Provider５０以外の構成要素は、ＥＰＳ（Evolved Packet System）を構成する。ＵＥは、ＭＳ（Mobile Station）で置き換えられてもよい。
　Ｅ－ＵＴＲＡＮ３１は、無線アクセスシステムとしてＬＴＥ（Long Term Evolution）を用いるＲＡＮである。また、ＵＥ３０は、ＬＴＥを用いた無線通信を行う無線端末である。ＵＴＲＡＮ３３は、無線アクセスシステムとして３Ｇ無線方式を用いるＲＡＮである。ＵＥ３２は、３Ｇ無線方式を用いた無線通信を行う無線端末である。
　ＭＭＥ４０及びＳＧＳＮ４２は、ＵＥに関するセッション管理及びモビリティ管理を行うノード装置である。ＭＢＭＳ－ＧＷ４１は、Ｅ－ＵＴＲＡＮ３１及びＵＴＲＡＮ３３を介してＵＥ３０及びＵＥ３２へブロードキャスト通信を用いてデータを配信するゲートウェイである。ＢＭ－ＳＣ４４は、Content Provider５０から送信されたコンテンツデータをＭＢＭＳ－ＧＷ４１へ送信する。
　ＵＥ３０とＥ－ＵＴＲＡＮ３１との間は、E-UTRAN Uuリファレンスポイントが定められている。ＵＥ３２とＵＴＲＡＮ３３との間は、Uuリファレンスポイントが定められている。Ｅ－ＵＴＲＡＮ３１とＭＭＥ４０との間は、M3リファレンスポイントが定められている。ＵＴＲＡＮ３３とＳＧＳＮ４２との間は、Iuリファレンスポイントが定められている。Ｅ－ＵＴＲＡＮ３１及びＵＴＲＡＮ３３と、ＭＢＭＳ－ＧＷ４１との間は、M1リファレンスポイントが定められている。ＭＭＥ４０とＭＢＭＳ－ＧＷ４１との間は、Smリファレンスポイントが定められている。ＳＧＳＮ４２とＭＢＭＳ－ＧＷ４１との間は、Snリファレンスポイントが定められている。ＭＢＭＳ－ＧＷ４１とＢＭ－ＳＣ４４との間は、SGmb及びSGi-mbリファレンスポイントが定められている。ＢＭ－ＳＣ４４とＰＧＷ４３との間は、SGiリファレンスポイントが定められている。
　続いて、図３を用いて実施の形態２にかかるＢＭ－ＳＣ４４の構成例について説明する。ＢＭ－ＳＣ４４は、ネットワークインタフェース６１、プロセッサ６２、及びメモリ６３を有している。ネットワークインタフェース６１は、デジタルベースバンド信号処理を行うベースバンドプロセッサを含んでもよい。もしくは、ネットワークインタフェース６１は、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
　プロセッサ６２は、メモリ６３からソフトウェア（コンピュータプログラム）を読み出して、以降においてフローチャート等を用いて説明される処理を行う。プロセッサ６２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ６２は、複数のプロセッサを含んでもよい。
　メモリ６３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ６３は、プロセッサ６２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ６２は、図示されていないI/Oインタフェースを介してメモリ６３にアクセスしてもよい。プロセッサ６２は、図１の判定部１１及びセッション制御部１２における機能もしくは処理を実行するために用いられる。
　メモリ６３は、ソフトウェアもしくはソフトウェアモジュール群を格納するために使用される。プロセッサ６２は、これらのソフトウェアもしくはソフトウェアモジュール群をメモリ６３から読み出して実行する。
　続いて、図４を用いてＢＭ－ＳＣ４４において実行されるマルチキャストセッション制御処理の概要について説明する。
　図４の横軸は、時間の経過を示している。Wake Upは、例えば、それぞれのＵＥがＤＲＸ（Discontinuous Reception）もしくはｅＤＲＸ（extended DRX）におけるデータの受信を開始するタイミングを示している。言い換えると、Wake Upは、間欠受信を開始するタイミングを示している。ＵＥがデータを受信しない期間は、スリープ時間と称されてもよい。ｅＤＲＸは、ＤＲＸよりもスリープ時間が長い。これにより、ｅＤＲＸを利用するＵＥは、ＤＲＸを利用するＵＥよりも低消費電力を実現することができる。
　Joiningは、それぞれのＵＥが、マルチキャストサービスに参加したタイミングを示している。例えば、マルチキャストサービスに関するアプリケーションが起動されたタイミングが、Joiningのタイミングであってもよい。もしくは、Joiningは、それぞれのＵＥにおいてマルチキャストサービスに参加するタイミングとして予め定められたタイミングであってもよい。マルチキャストサービスに参加するタイミングとして予め定められたタイミングは、例えば、Wake Upしてから数秒後もしくは数分後等と定められてもよい。
　Session Startは、マルチキャストセッションが開始するタイミングを示している。Session Stopは、マルチキャストセッションが停止するタイミングを示している。Session StartからSession Stopまでの期間をService Sessionとする。Data transferは、それぞれのＵＥへデータが配信される期間を示している。Data transferは、Service Sessionに含まれる。例えば、Data transferにおいて、それぞれのＵＥがアプリケーション等の更新に必要な更新データが配信されるとする。また、Session StartからData transferまでの期間は、例えば、データを配信するまでの準備期間であってもよい。
　ここで、図４においては、マルチキャストセッションを開始する際に判定するＵＥの数の閾値として、２が設定されているとする。つまり、マルチキャストサービスに参加したＵＥの数が２を超えて、３以上となった場合に、マルチキャストセッションが開始する。図４においては、ＵＥ＃１、ＵＥ＃２、ＵＥ＃３の順番に、マルチキャストサービスに参加していることを示している。また、ＵＥ＃３がマルチキャストサービスに参加した後に、マルチキャストセッションが開始したことを示している。
　つまり、ＢＭ－ＳＣ４４は、ＵＥ＃１及びＵＥ＃２がマルチキャストサービスに参加した時点においては、マルチキャストセッションを開始しない。ＢＭ－ＳＣ４４は、ＵＥ＃３が参加した後に、マルチキャストセッションを開始する。これより、ＵＥ＃１、ＵＥ＃２、及びＵＥ＃３は、同一のService Sessionにおいて全ての必要なデータを受信することができる。
　続いて、図５を用いて、実施の形態２にかかるＢＭ－ＳＣ４４におけるマルチキャストセッションの開始処理の流れについて説明する。
　はじめに、判定部１１は、JoiningしたＵＥの数（Ｎｘ）をカウントする（Ｓ１１）。例えば、JoiningしたＵＥは、制御データもしくはユーザデータを用いてＢＭ－ＳＣ４４へJoiningしたことを示すメッセージを送信してもよい。制御データは、Ｃ（Control）－Ｐｌａｎｅデータと称されてもよい。ユーザデータは、Ｕ（User）－Ｐｌａｎｅデータと称されてもよい。判定部１１は、ＵＥから送信されたメッセージをカウントして、JoiningしたＵＥの数をカウントしてもよい。判定部１１は、カウンタを有し、カウントしたＵＥの数をカウンタに反映してもよい。判定部１１は、マルチキャストサービスに関するアプリケーションを起動したＵＥの数をカウントする、と言い換えられてもよい。
　判定部１１は、周期的に定められたタイミングに、JoiningしたＵＥの数をカウントしてもよい。もしくは、判定部１１は、マルチキャストサービスに最初のＵＥがJoiningしてから所定期間経過したタイミングに、JoiningしたＵＥの数をカウントしてもよい。もしくは判定部１１は、マルチキャストサービスに最後のＵＥがJoiningしてから所定期間経過したタイミングに、JoiningしたＵＥの数をカウントしてもよい。
　次に、判定部１１は、JoiningしたＵＥの数（Ｎｘ）が予め定められた閾値（Ｎｔｈ）を超えているか否かを判定する（Ｓ１２）。ＮｘがＮｔｈを超えていると判定された場合、セッション制御部１２は、データを配信するためにマルチキャストセッションを開始する（Ｓ１４）。
　ステップＳ１２において、ＮｘがＮｔｈを超えていないと判定された場合、セッション制御部１２は、マルチキャストサービスに最初のＵＥがJoiningしてから所定期間経過しているか否かを判定する（Ｓ１３）。最初のＵＥは、例えば、図４におけるＵＥ＃１である。また、最初のＵＥは、前回のマルチキャストセッションが開始された後に、マルチキャストサービスに参加したＵＥの中において最も早くマルチキャストサービスに参加したＵＥであってもよい。例えば、図４において、Session Start後に、最初にマルチキャストサービスに参加したＵＥが、最初のＵＥとなってもよい。
　所定期間は、ＢＭ－ＳＣ４４を管理する管理者等が任意に決定した値であってもよい。もしくは、所定期間は、ＤＲＸもしくはｅＤＲＸを利用した通信を行うＵＥにおける、スリープ時間とスリープ時間との間の期間に基づいて定められてもよい。つまり、所定期間は、スリープ期間外であって、最初のＵＥが連続して通信を行うことができる期間に基づいて定められてもよい。例えば、所定期間は、スリープ時間とスリープ時間との間の期間内に収まる時間であってもよい。言い換えると、所定期間は、スリープ時間が終了してから、次のスリープ時間が開始する前のタイミングまでの期間であってもよい。
　セッション制御部１２は、最初のＵＥがJoiningしてから所定期間経過したと判定した場合、マルチキャストセッションを開始する（Ｓ１４）。セッション制御部１２は、最初のＵＥがJoiningしてから所定期間経過していないと判定した場合、ステップＳ１１以降の処理を繰り返す。また、判定部１１は、セッション制御部１２がマルチキャストセッションを開始した場合に、カウンタの値をクリアしてもよい。判定部１１は、カウンタの値をクリアした後、再度、マルチキャストサービスに参加したＵＥの数をカウントする。
　ここで、図４におけるＵＥ＃２における次のスリープ期間が開始するタイミングが、ＵＥ＃１における次のスリープ期間が開始するタイミングよりも早いとする。このような場合、セッション制御部１２は、ステップＳ１３において、最初にJoiningしたＵＥ＃１ではなく、ＵＥ＃２における、スリープ時間とスリープ時間との間の期間に基づいて所定期間を定めてもよい。
　以上説明したように、ＢＭ－ＳＣ４４は、マルチキャストサービスに参加したＵＥの数が閾値を超えた場合に、マルチキャストセッションを開始することができる。これにより、複数のＵＥが、同一のセッション内において、同一のデータを受信することができる。これより、ＢＭ－ＳＣ４４は、マルチキャストセッションの開始前にマルチキャストサービスに参加したＵＥに対して、同一のデータを配信することができるために、再度マルチキャストセッションを開始する必要がなくなる。その結果、ＢＭ－ＳＣ４４が同一のデータを配信するためのService Sessionの設定回数を少なくすることができるため、ＢＭ－ＳＣ４４における処理負荷を低減することができる。
　また、ＢＭ－ＳＣ４４は、マルチキャストサービスに参加したＵＥの数が閾値を超えない場合であっても、所定期間経過後に、マルチキャストサービスに参加したＵＥへデータを配信するために、マルチキャストセッションを開始する。これより、マルチキャストサービスに参加したＵＥは、他のＵＥのマルチキャストサービスへの参加状況によらず、配信されたデータを受信することができる。
　（実施の形態３）
　続いて、図６を用いて実施の形態３にかかるＢＭ－ＳＣ４４におけるマルチキャストセッションの開始処理の流れについて説明する。ステップＳ２１、Ｓ２２、及びＳ２４は、図５のステップＳ１１、Ｓ１２、及びＳ１４と同様であるため詳細な説明を省略する。
　セッション制御部１２は、ステップＳ２３において、マルチキャストサービスに最後のＵＥがJoiningしてから所定期間経過しているか否かを判定する（Ｓ２３）。最後のＵＥは、JoiningしたＵＥの数（Ｎｘ）が閾値（Ｎｔｈ）を超えるまえに最後にマルチキャストサービスへ参加したＵＥである。図４において、閾値が２と設定されている場合であってＵＥ＃３がマルチキャストサービスへ参加していない場合に、最後のＵＥはＵＥ＃２であってもよい。もしくは、閾値が３と設定されている場合、最後のＵＥはＵＥ＃３であってもよい。
　所定期間は、例えば、過去にマルチキャストサービスに参加したＵＥの間隔の平均値であってもよい。もしくは、所定期間は、過去にマルチキャストサービスに参加したＵＥの発生間隔の最大値もしくは最小値であってもよい。セッション制御部１２は、最後のＵＥがJoiningしてから、所定期間経過している場合、マルチキャストセッションを開始する（Ｓ２４）。
　例えば、マルチキャストサービスに参加したＵＥの数が閾値を超える前に、マルチキャストサービスに、ＵＥ＃ｎ、ＵＥ＃ｎ＋１、ＵＥ＃ｎ＋２が参加しているとする。ＵＥ＃ｎが最も早くマルチキャストサービスに参加し、ＵＥ＃ｎ＋２が最も遅くマルチキャストサービスに参加しているとする。ここでは、閾値は３以上とする。
　さらに、ＵＥ＃ｎがJoiningしたタイミングと、ＵＥ＃ｎ＋１がJoiningしたタイミングとの差分を、Ｔｎとする。また、ＵＥ＃ｎ＋１がJoiningしたタイミングと、ＵＥ＃ｎ＋２がJoiningしたタイミングとの差分を、Ｔｎ＋１とする。この場合、セッション制御部１２は、ＵＥ＃ｎ＋２がJoiningしてから（Ｔｎ＋Ｔｎ＋１）／２を経過したか否かを判定してもよい。もしくは、セッション制御部１２は、ＵＥ＃ｎ＋２がJoiningしてからＴｎを経過したかもしくはＴｎ＋１を経過したかを判定してもよい。
　以上説明したように、実施の形態３にかかるＢＭ－ＳＣ４４は、マルチキャストサービスに参加したＵＥの数が閾値を超える前に、最後にマルチキャストサービスに参加したＵＥから所定期間経過後に、マルチキャストセッションを開始することができる。実施の形態３における所定期間は、過去にＵＥがマルチキャストサービスに参加した間隔に基づいて定められる。つまり、実施の形態３における所定期間は、次にＵＥがマルチキャストサービスに参加するまでの推定時間であることを意味する。ＢＭ－ＳＣ４４は、最後のＵＥがマルチキャストサービスに参加した後に、次のＵＥが参加するまでの推定時間を経過した場合、実質的に全てのＵＥがマルチキャストサービスに参加したと仮定する。つまり、ＢＭ－ＳＣ４４は、推定し得る全てのＵＥがマルチキャストサービスに参加した後に、マルチキャストセッションを開始することができる。
　（実施の形態４）
　続いて、図７を用いて実施の形態４にかかるＢＭ－ＳＣ４４におけるセッション開始処理の流れについて説明する。
　はじめに、判定部１１は、JoiningしたＵＥの数をカウントする（Ｓ３１）。例えば、JoiningしたＵＥは、制御データもしくはユーザデータを用いてＢＭ－ＳＣ４４へJoiningしたことを示すメッセージを送信してもよい。制御データは、Ｃ（Control）－Ｐｌａｎｅデータと称されてもよい。ユーザデータは、Ｕ（User）－Ｐｌａｎｅデータと称されてもよい。判定部１１は、ＵＥから送信されたメッセージをカウントして、JoiningしたＵＥの数をカウントしてもよい。判定部１１は、カウンタを有し、カウントしたＵＥの数をカウンタに反映してもよい。判定部１１は、マルチキャストサービスに関するアプリケーションを起動したＵＥの数をカウントする、と言い換えられてもよい。
　判定部１１は、周期的に定められたタイミングに、JoiningしたＵＥの数をカウントしてもよい。もしくは、判定部１１は、マルチキャストサービスに最初のＵＥがJoiningしてから所定期間経過したタイミングに、JoiningしたＵＥの数をカウントしてもよい。もしくは判定部１１は、マルチキャストサービスに最後のＵＥがJoiningしてから所定期間経過したタイミングに、JoiningしたＵＥの数をカウントしてもよい。
　次に、判定部１１は、JoiningしたＵＥの数（Ｎｘ）が予め定められた閾値（Ｎｔｈ）を超えているか否かを判定する（Ｓ３２）。ＮｘがＮｔｈを超えていると判定された場合、セッション制御部１２は、データを配信するためにマルチキャストセッションを開始する（Ｓ３３）。ＮｘがＮｔｈを超えていないと判定された場合、セッション制御部１２は、データを配信するためにユニキャストセッションを開始する。
　つまり、セッション制御部１２は、ステップＳ３２において、マルチキャストサービスに参加したＵＥの数に基づいて、マルチキャストセッションを開始するかユニキャストセッションを開始するかを選択する。
　また、セッション制御部１２は、ステップＳ３４において、マルチキャストサービスを用いたデータの配信を要望もしくは意図しているＵＥへ、ユニキャストセッションを用いてデータを送信する。そのため、セッション制御部１２は、ステップＳ３４において、マルチキャストサービスに参加している少なくとも１以上のそれぞれのＵＥと、ユニキャストセッションの確立に関する処理を実行する。
　また、セッション制御部１２は、ユニキャストセッションを開始した後に、ＮｘがＮｔｈを超えたことを検出した場合、マルチキャストセッションに切り替えてデータを配信してもよい。つまり、セッション制御部１２は、ユニキャストセッションを用いてデータを送信していたＵＥに対して、ＮｘがＮｔｈを超えたことを検出した場合、マルチキャストセッションを用いてデータを配信してもよい。
　ここで、図８を用いて、図７とは異なるＢＭ－ＳＣ４４におけるセッション開始処理の流れについて説明する。ステップＳ４１～Ｓ４３、及びＳ４５は、図７のステップＳ３１～Ｓ３４と同様であるため詳細な説明を省略する。
　セッション制御部１２は、ステップＳ４２において、ＮｘがＮｔｈを超えていないと判定した場合、マルチキャストサービスに最初のＵＥもしくは最後のＵＥがJoiningしてから所定期間経過したか否かを判定する（Ｓ４４）。
　マルチキャストサービスに最初のＵＥもしくは最後のＵＥがJoiningしてから所定期間経過したと判定した場合、セッション制御部１２は、ユニキャストセッションを開始する（Ｓ４５）。また、マルチキャストサービスに最初のＵＥもしくは最後のＵＥがJoiningしてから所定期間経過していないと判定した場合、ステップＳ４１以降の処理を繰り返す。このように、図７の処理に、図５及び図６において説明した処理を組み合わせてもよい。
　以上説明したように、実施の形態４にかかるセッション開始処理を実行することによって、マルチキャストデータの配信時間を短くすることが可能となり、マルチキャストサービスに割り当てられる通信リソースを減少させることができる。
　上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）を含む。さらに、非一時的なコンピュータ可読媒体の例は、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗを含む。さらに、非一時的なコンピュータ可読媒体の例は、半導体メモリを含む。半導体メモリは、例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory）を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
　なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
　（付記１）
　マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定する判定部と、
　マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始するセッション制御部と、を備えるマルチキャスト制御装置。
　（付記２）
　前記判定部は、
　所定のタイミングに、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、付記１に記載のマルチキャスト制御装置。
　（付記３）
　前記判定部は、
　周期的に定められたタイミングに、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、付記１又は２に記載のマルチキャスト制御装置。
　（付記４）
　前記判定部は、
　前記マルチキャストサービスに最初の前記通信端末が参加してから、所定期間経過後に、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、付記１又は２に記載のマルチキャスト制御装置。
　（付記５）
　前記判定部は、
　前記マルチキャストサービスに最後の前記通信端末が参加してから、所定期間経過後に、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、付記１又は２に記載のマルチキャスト制御装置。
　（付記６）
　前記セッション制御部は、
　ユニキャストセッションを開始した後に、前記マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えた場合、ユニキャストセッションからマルチキャストセッションに切り替える、付記１乃至５のいずれか１項に記載のマルチキャスト制御装置。
　（付記７）
　マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定し、
　マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始する、マルチキャスト制御方法。
　（付記８）
　マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定し、
　マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始することをコンピュータに実行させる、プログラム。
　以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１８年３月１６日に出願された日本出願特願２０１８－０５００８９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　１０　マルチキャスト制御装置
　１１　判定部
　１２　セッション制御部
　３０　ＵＥ
　３１　Ｅ－ＵＴＲＡＮ
　３２　ＵＥ
　３３　ＵＴＲＡＮ
　４０　ＭＭＥ
　４１　ＭＢＭＳ－ＧＷ
　４２　ＳＧＳＮ
　４３　ＰＧＷ
　４４　ＢＭ－ＳＣ
　５０　Content Provider
　６１　ネットワークインタフェース
　６２　プロセッサ
　６３　メモリ

Claims (8)

  1. 　マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定する判定手段と、
    　マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始するセッション制御手段と、を備えるマルチキャスト制御装置。
  2. 　前記判定手段は、
    　所定のタイミングに、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、請求項１に記載のマルチキャスト制御装置。
  3. 　前記判定手段は、
    　周期的に定められたタイミングに、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、請求項１又は２に記載のマルチキャスト制御装置。
  4. 　前記判定手段は、
    　前記マルチキャストサービスに最初の前記通信端末が参加してから、所定期間経過後に、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、請求項１又は２に記載のマルチキャスト制御装置。
  5. 　前記判定手段は、
    　前記マルチキャストサービスに最後の前記通信端末が参加してから、所定期間経過後に、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、請求項１又は２に記載のマルチキャスト制御装置。
  6. 　前記セッション制御手段は、
    　ユニキャストセッションを開始した後に、前記マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えた場合、ユニキャストセッションからマルチキャストセッションに切り替える、請求項１乃至５のいずれか１項に記載のマルチキャスト制御装置。
  7. 　マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定し、
    　マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始する、マルチキャスト制御方法。
  8. 　マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定し、
    　マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始することをコンピュータに実行させる、プログラムが格納された非一時的なコンピュータ可読媒体。
PCT/JP2019/004612 2018-03-16 2019-02-08 マルチキャスト制御装置、マルチキャスト制御方法、及び非一時的なコンピュータ可読媒体 WO2019176402A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/981,020 US11395106B2 (en) 2018-03-16 2019-02-08 Multicast control device, multicast control method, and non-transitory computer readable medium
JP2020505685A JP7036191B2 (ja) 2018-03-16 2019-02-08 マルチキャスト制御装置、マルチキャスト制御方法、及びプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018050089 2018-03-16
JP2018-050089 2018-03-16

Publications (1)

Publication Number Publication Date
WO2019176402A1 true WO2019176402A1 (ja) 2019-09-19

Family

ID=67906960

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/004612 WO2019176402A1 (ja) 2018-03-16 2019-02-08 マルチキャスト制御装置、マルチキャスト制御方法、及び非一時的なコンピュータ可読媒体

Country Status (3)

Country Link
US (1) US11395106B2 (ja)
JP (1) JP7036191B2 (ja)
WO (1) WO2019176402A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113498024A (zh) * 2020-04-03 2021-10-12 维沃移动通信有限公司 传输通道变更方法、接入网设备及核心网设备
JP7394198B1 (ja) 2022-11-17 2023-12-07 ソフトバンク株式会社 配信サーバ、配信サーバの制御方法、及び配信サーバの制御プログラム

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114280949A (zh) * 2021-12-10 2022-04-05 深圳市欧瑞博科技股份有限公司 设备智能控制方法、智能控制装置、智能设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009521843A (ja) * 2005-12-22 2009-06-04 アルカテル−ルーセント ユーエスエー インコーポレーテッド ユニキャスト・セッションとマルチキャスト・セッションとの間で変換を行うための方法
WO2010050022A1 (ja) * 2008-10-29 2010-05-06 富士通株式会社 配信システム、代理サーバおよび配信方法
JP2014529211A (ja) * 2011-07-25 2014-10-30 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ ユニキャストサービスとマルチキャストサービスとの間でのハンドオフトリガリングの管理

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2474006B (en) * 2009-08-11 2012-05-02 Samsung Electronics Co Ltd Network element, wireless communication units and methods for scheduling communications
US9820259B2 (en) * 2012-05-04 2017-11-14 Qualcomm Incorporated Smooth transition between multimedia broadcast multicast service (MBMS) and unicast service by demand
US10193743B2 (en) * 2013-04-16 2019-01-29 Telefonaktiebolaget Lm Ericsson (Publ) Multimedia broadcast multicast service (MBMS) gateway for restoring an MBMS session after path failure
US10462834B2 (en) * 2015-05-15 2019-10-29 Qualcomm Incorporated Offloading through simplified multiflow
US9967855B2 (en) * 2015-08-31 2018-05-08 Verizon Patent And Licensing Inc. Multicast delivery of network congestion information
US9713193B2 (en) * 2015-11-02 2017-07-18 Acer Incorporated Apparatuses and methods for reducing paging for extended discontinuous reception (EDRX) mobile station (MS) to receive mobile terminated (MT) short messages (SM)
CN108886670B (zh) * 2016-04-01 2021-08-20 瑞典爱立信有限公司 用于促进多播通信的方法和装置
KR102277946B1 (ko) * 2017-03-17 2021-07-16 삼성전자주식회사 차량의 무선 통신을 지원하기 위한 방법들 및 장치들

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009521843A (ja) * 2005-12-22 2009-06-04 アルカテル−ルーセント ユーエスエー インコーポレーテッド ユニキャスト・セッションとマルチキャスト・セッションとの間で変換を行うための方法
WO2010050022A1 (ja) * 2008-10-29 2010-05-06 富士通株式会社 配信システム、代理サーバおよび配信方法
JP2014529211A (ja) * 2011-07-25 2014-10-30 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ ユニキャストサービスとマルチキャストサービスとの間でのハンドオフトリガリングの管理

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113498024A (zh) * 2020-04-03 2021-10-12 维沃移动通信有限公司 传输通道变更方法、接入网设备及核心网设备
CN113498024B (zh) * 2020-04-03 2023-03-24 维沃移动通信有限公司 传输通道变更方法、接入网设备及核心网设备
JP7394198B1 (ja) 2022-11-17 2023-12-07 ソフトバンク株式会社 配信サーバ、配信サーバの制御方法、及び配信サーバの制御プログラム
JP2024073081A (ja) * 2022-11-17 2024-05-29 ソフトバンク株式会社 配信サーバ、配信サーバの制御方法、及び配信サーバの制御プログラム

Also Published As

Publication number Publication date
US11395106B2 (en) 2022-07-19
JPWO2019176402A1 (ja) 2021-02-04
JP7036191B2 (ja) 2022-03-15
US20210021967A1 (en) 2021-01-21

Similar Documents

Publication Publication Date Title
JP6584023B2 (ja) 間欠受信のサイクルを管理するための装置及び方法
JP6522628B2 (ja) ブロードキャスト／マルチキャストネットワーク上のグループ呼サービス用のシームレスでリソース効率に優れたローミング
US11071089B2 (en) Dynamic switching of streaming service between broadcast and unicast delivery
CN110225489B (zh) 用于更长寻呼周期的改进寻呼
US9614908B2 (en) Selecting a leader to perform a floor arbitration function for a P2P session
US9294956B2 (en) Application-server-assisted preemptive multicast bearer establishment for real-time low-latency applications
JP5735708B2 (ja) 発展型マルチメディアブロードキャスト／マルチキャストサービス上のグループ通信
JP7036191B2 (ja) マルチキャスト制御装置、マルチキャスト制御方法、及びプログラム
US20160105291A1 (en) Establishing a multicast signaling control channel based on a multicast address that is related to floor arbitration for a p2p session
US20150079979A1 (en) Seamless and resource efficient roaming for group call services on broadcast/multicast networks
US9628935B2 (en) Group communications with mixed casting services
JP2009033752A (ja) 無線通信システムにおけるネットワーク接続制御装置及び方法
US20170078963A1 (en) Terminal device, base station, wireless telecommunications system and methods for transitioning between two modes of operation
EP2797369A1 (en) File Scheduling in BM-SC
JP2018523348A (ja) 遅延寛容トラフィックを伴うデバイスの非アクティビティの取扱い
KR20190124749A (ko) 미션 크리티컬 데이터 통신 시스템에서의 데이터 송수신 방법 및 장치
EP2624609A1 (en) Method and device for handling mobility management context
US9025498B2 (en) Application layer access channel congestion avoidance in group communications over broadcast/multicast services
CN115396823B (zh) 一种传输业务数据的方法和通信装置
JP6248012B2 (ja) 基地局、間欠受信制御方法、及びタイマ制御方法
WO2018059410A1 (zh) 业务回话发送、接收方法、装置、系统及存储介质
CN114374934A (zh) 用户设备执行的传输方法、用户设备、基站以及基站执行的传输方法
JP6996615B2 (ja) マルチキャスト制御装置、マルチキャスト制御方法、及びプログラム
CN114374933A (zh) 用户设备执行的传输方法、用户设备、基站以及基站执行的传输方法
WO2019095261A1 (en) Methods and devices for group communication

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2020505685

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19766673

Country of ref document: EP

Kind code of ref document: A1