Patent Description:
Motivated by emerging new services and increasing data traffic demand from users, more advanced wireless communication technique is now being studied, for example in the third generation partnership project (3GPP). One example of the more advanced wireless communication technique is called Next Radio which is also referred to as NR in 3GPP. In 3GPP RAN#<NUM> meeting, a study item for a NR system was approved. The NR system to be developed may support a frequency range up to <NUM>, with an objective of using a single technical framework to address all usage scenarios, requirements and deployment scenarios defined in 3GPP TR38. <NUM>, which includes: enhanced mobile broadband, massive machine-type-communications, and ultra-reliable and low latency communications.

At an initial stage of the study item for the NR system, it is important to gain a common understanding on a requirement for the NR system in terms of radio protocol structure and architecture, and a progress in the following areas is prioritized:.

To facilitate a smooth evolution, it is assumed that standardization for a new radio access technology (RAT, e.g., the NR system) may include two phases. Phase I specification of the new RAT should be forward compatible in terms of efficient co-cell/site/carrier operation with Phase II specification and beyond, while backward compatibility with a legacy wireless communication system, for example Long Tenn Evolution (LTE) is not required. Phase II specification of the new RAT builds on the foundation of Phase I specification, with a target of meeting all requirements set for the new RAT. At the same time, a smooth future evolution beyond Phase II needs to be ensured to support later advanced features and to enable support for service requirements identified later than Phase II specification.

To ensure the forward compatibility, one solution is to incorporate envisioned future applications in current design for the NR system. For example, though Phase I of the NR system design may focus on enhanced Mobile BroadBand (eMBB) applications, the features envisioned for a later phase, such as massive Machine Type Communications (mMTC) applications, Ultra-Reliable and Low Latency Communications (URLLC), direct communications, and shared access communication, should also be considered during the development of the phase I. In 3GPP RANI #84bis meeting, a basic principle of forward compatibility for the NR system design was agreed as follows:.

<CIT> discloses a broadband convergence system that delivers content from content sources to user equipment devices. It also discloses that a spectrum server may facilitate the dynamic allocation of radio spectrum made available by the broadcast networks. The broadcast networks may broadcast with waveform parameters that allow support for mobile devices as well as fixed devices.

The present invention is set out in the appended independent claims. Optional features are set out in the appended dependent claims.

Disclosed is a method implemented at a network device. The method comprises: transmitting information related to a resource allocation for a signal, and broadcasting the signal in accordance with the resource allocation; wherein the signal includes at least one of: a reference signal and a control signal containing system information.

Said information related to a resource allocation for a signal may indicate at least one of: a bandwidth of a resource allocated to the signal; a location of the resource allocated to the signal; distribution density of the signal in frequency domain; a distribution pattern of the signal in frequency domain; a change of the distribution pattern of the signal with time; and transmission periodicity of the signal in time domain.

Said information may indicate the bandwidth of the resource allocated to the signal by indicating a fraction of a system bandwidth of the network device allocated to the signal. In still another embodiment, said information may indicate the location of the resource allocated to the signal by indicating a group of physical resource blocks allocated to the signal.

The method may further comprise transmitting the control signal in a resource located within a resource region allocated for the reference signal.

Said transmitting information related to a resource allocation for a signal may comprise transmitting the information via a broadcast channel. Said transmitting the information via a broadcast channel may comprise transmitting the broadcast channel with a selected cyclic redundancy check (CRC) mask, the CRC mask indicating the information.

Said transmitting information related to a resource allocation for a signal may comprise transmitting a synchronization signal sequence to indicate the information. Transmitting a synchronization signal sequence to indicate the information may comprise transmitting the synchronization signal sequence with an associated indication of the information, the associated indication including at least one of a selected index, a selected type, and a selected root value of the synchronization signal sequence. Transmitting a synchronization signal sequence to indicate the information may comprise: transmitting a first synchronization signal sequence at a first time instance, and transmitting a second synchronization signal sequence at a second time instance; and a time gap between the first time instance and the second instance indicates the information.

In one example, a system bandwidth of the network device may be divided into a plurality of resource regions, and the method may further comprise transmitting numerology information and/or information related to the resource allocation for the signal for at least one resource region of the plurality of resource regions. In another example, transmitting numerology information and/or information related to the resource allocation for the signal for at least one resource region of the plurality of resource regions may comprise transmitting the numerology information and/or information related to the resource allocation for the signal for the at least one resource region via a broadcast channel in one of the at least one resource region. In a further example, transmitting numerology information and/or information related to the resource allocation for the signal for at least one resource region of the plurality of resource regions may comprise transmitting the numerology information and/or information related to the resource allocation for the signal for a respective resource region of the at least one resource region via a broadcast channel in the respective resource region.

Also disclosed is a method implemented at a terminal device. The method includes: receiving, from a network device, information related to a resource allocation for a signal; and receiving the signal broadcasted by the network device in accordance with the resource allocation; wherein the signal includes at least one of: a reference signal, and a control signal containing system information.

Also disclosed is a network device. The network device includes a configuration transmitting unit, configured to transmit information related to a resource allocation for a signal; and a signal transmitting unit, configured to broadcast the signal in accordance with the resource allocation; wherein the signal includes at least one of: a reference signal, and a control signal containing system information.

Also disclosed is a terminal device. The terminal device includes an information receiving unit, configured to receive, from a network device, information related to a resource allocation for a signal; and a signal receiving unit, configured to receive the signal broadcasted by the network device in accordance with the resource allocation; wherein the signal includes at least one of: a reference signal, and a control signal containing system information.

Also disclosed is a network device. The network device includes a processor and a memory, said memory containing instructions executable by said processor, and said processor being configured to cause the network device to perform a method according the first aspect of the present disclosure.

Also disclosed is a terminal device. The terminal device includes a processor and a memory, said memory containing instructions executable by said processor and said processor being configured to cause the terminal device to perform a method according the second aspect of the present disclosure.

Also disclosed is a computer program, comprising instructions which, when executed on at least one processor, cause the at least one processor to carry out a method according to the first aspect of the present disclosure.

Also disclosed is a computer program, comprising instructions which, when executed on at least one processor, cause the at least one processor to carry out a method according to the second aspect of the present disclosure.

According to the above, resource utilization may be more flexibly controlled. For example, transmission of a signal (e.g., an always-on signal) may be minimized for different scenarios, and/or, time/frequency resources that can be flexibly utilized or that can be left for future use may be maximized.

The present disclosure will become more fully apparent, by way of example, from the following detailed description with reference to the accompanying drawings, in which like reference numerals or letters are used to designate like or equivalent elements.

Hereinafter, the principle of the present disclosure will be described with reference to illustrative embodiments. It should be understood, all these embodiments are given merely for one skilled in the art to better understand and further practice the present disclosure, but not for limiting the scope of the present disclosure. For example, features illustrated or described as part of one embodiment may be used with another embodiment to yield still a further embodiment. In the interest of clarity, not all features of an actual implementation are described in this specification.

References in the specification to "one embodiment," "an embodiment," "an example embodiment," etc. indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic.

It shall be understood that, although the terms "first" and "second" etc. may be used herein to describe various elements, these elements should not be limited by these terms.

Though for illustration purpose, some embodiments of the present disclosure will be described in a context of the NR system, it should be appreciated that principle of the present disclosure may be more widely used. That is, embodiments of the present disclosure may be implemented in any wireless communication system, e.g., a fifth generation (<NUM>) communication system, and/or any other systems either currently known or to be developed in the future, where similar problems exist.

As used herein, the term "network device" refers to a device in a wireless communication network via which a terminal device accesses the network and receives services therefrom. The network device may refer to a base station (BS) or an access point (AP), for example, a node B (NodeB or NB), an evolved NodeB (eNodeB or eNB), a Remote Radio Unit (RRU), a radio header (RH), a remote radio head (RRH), a relay, a low power node such as a femto, a pico, and so forth.

The term "terminal device" refers to any end device that can access a wireless communication network and receive services therefrom. By way of example and not limitation, a terminal device may be referred to as user equipment (UE), a Subscriber Station (SS), a Portable Subscriber Station, a Mobile Station (MS), or an Access Terminal (AT). The terminal device may include, but not limited to, a mobile phone, a cellular phone, a smart phone, a tablet, a wearable device, a personal digital assistant (PDA), portable computers, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, wearable terminal devices, vehicle-mounted wireless terminal devices and the like. In the following description, the terms "terminal device", "terminal", "user equipment" and "UE" may be used interchangeably.

<FIG> illustrates an example wireless communication network <NUM> in which embodiments of the disclosure may be implemented. As shown in <FIG>, the wireless communication network <NUM> may include one or more network devices, for example network device <NUM>, which may be in a form of an eNB. It will be appreciated that the network device <NUM> could also be in a form of a Node B, BTS (Base Transceiver Station), and/or BSS (Base Station Subsystem), access point (AP) and the like. The network device <NUM> may provide radio connectivity to a set of terminal devices, for example UEs <NUM> and <NUM>, within its coverage. A downlink (DL) transmission herein refers to a transmission from the network device to a terminal device, and an uplink (UL) transmission refers to a transmission in an opposite direction.

To access the wireless communication system <NUM>, a terminal device (e.g., the UE <NUM>) has to synchronize with a network device (e.g., the network device <NUM>) first. This can be done, for example by detecting a synchronization signal (SS) transmitted by the network device. Besides the synchronization signal, the UE <NUM> may also detect a reference signal (RS) from the network device <NUM> to obtain a finer synchronization. After acquiring the synchronization, the UE <NUM> still need to obtain some necessary system information from the network device to enable an initial access. Even after establishing a connection with the network device, the UE <NUM> may still need to perform measurement based on some reference signals from the network device to assist radio resource management (RRM) at the network side. That is to say, some signals will always be transmitted by the network devices, in order to enable initial access of the terminal devices, paging, mobility or other RRM related measurements. These signals may be referred to as "always-on" signals.

In a LTE system, the always-on signals include a primary synchronization signal (PSS), a secondary reference signal (SSS), a common reference signal (CRS), demodulation reference signals (DRS), a master information block (MIB) and system information blocks (SIBs). In a future wireless communication system, for example a NR system, the always-on signals may include less or more or different signals than that of the LTE system. Furthermore, current design for the always-on signals in the LTE system can hardly apply to a NR system, since most of the always-on signals in the LTE system are fixed in resource allocation, which means that the resource occupied by such signals cannot be reused for future purposes. For example, in LTE, the CRS are present in every subframe across the entire system bandwidth. Many LTE functionalities and implementations have been built based on this assumption. As a result, the requirement of forward compatibility cannot be satisfied. Therefore, new signal design for the NR system is required.

To enable forward compatibility, one way is to minimize the transmission of always-on signals. For example, the always-on signal transmissions may be condensed in a time-concentrated manner. Alternatively, the CRS signal may be transmitted with minimum bandwidth in frequency domain. However, it is still open as to how to minimize transmission of always-on signal and/or maximize the amount of time and frequency resources that can be flexibly utilized by a future wireless communication system, for example a phase II NR system.

In order to solve at least part of the above problems, methods, apparatuses and computer programs have been proposed herein. It should be appreciated that embodiments of the disclosure are not limited to a NR system being developed by 3GPP, but could be more widely applied to any scenario where similar problem exists.

Reference is now made to <FIG>, which shows a flowchart of a method <NUM> implemented at a network device side according to an embodiment of the present disclosure. For simplicity, the method <NUM> will be described below with reference to the network device <NUM> shown in <FIG>, however, it can be appreciated that, the method <NUM> could also be implemented by any other network device.

As illustrated in <FIG>, at block <NUM>, the network device <NUM> transmits information related to a resource allocation for a signal. For illustration rather than limitation, in one embodiment, the signal may include at least one of a reference signal and a control signal containing system information. For example, the signal may be an always-on reference signal to be measured by a group of terminal devices or all terminal devices served by the network device, for synchronization and/or RRM measurement. The signal may be a reference signal like the CRS specified in 3GPP LTE. In another example, the signal may be a control signal to be detected by a group of terminal devices or all terminal devices served by the network device, for acquiring system information. The signal may be similar as the SIB specified in LTE. It should be appreciated that embodiments of the present disclosure are not limited to any specific type of the signal. In some embodiments, the signal may be different from the CRS and the SIB, and may be utilized for different purposes.

The operation at block <NUM> makes resource allocation for the signal configurable, which means that the resource allocated for the signal may be adjusted based on needs. This enables the network device to minimize resource allocation for the signal, and thereby improving resource efficiency.

At block <NUM>, the network device <NUM> broadcasts the signal in accordance with the resource allocation. In this way, a network device (e.g., the network device <NUM> in <FIG>) can control/configure a resource allocation for a signal which is to be broadcasted by the network device and detected by a plurality of terminal devices, and transmit the signal in the configured resource configuration, rather than transmitting the signal in a fixed (for example, wideband) resource as in current LTE. In this way, resources of the network device can be managed more flexibly.

Embodiments of the present disclosure are not limited to any specific configuration message for configuring the resource allocation for the signal. Just for illustration, in one embodiment, the information related to the resource allocation for the signal, which is transmitted at block <NUM>, may indicate at least one of:.

In <FIG>, some examples are presented for illustrating the resource allocation of the signal schematically. For simplicity, in these examples the signal is assumed to be a CRS, however, it should be appreciated that embodiments are not limited thereto, and similar principle may be applied to other signals. Likewise, though in these examples a broadcast channel is shown to be PBCH, however, it should be appreciated that embodiments are not limited thereto, and similar principle may be applied to other broadcast channels.

As illustrated in <FIG>, in one embodiment, the network device may configure some central frequency resources around f<NUM> within the system bandwidth for the CRS. The bandwidth/position of the allocated resource may be indicated to terminal devices at block <NUM>. In one embodiment, the network device may indicate the bandwidth of the allocated resource by indicating a fraction of a system bandwidth of the network device allocated to the signal. For example, the network device may indicate that <NUM>/<NUM>, or <NUM>/<NUM>, or <NUM>/<NUM>, or <NUM> of the system bandwidth is allocated to the CRS transmission. This may be indicated, for example, via a <NUM>-bits indication. In <FIG>, another example is provided where the network device allocates all the available system bandwidth to the CRS transmission.

Though in these examples, the synchronization signal (SS), the physical broadcast channel (PBCH) and the CRS are shown as occurring in a same transmission time interval (TTI), it should be appreciated that these signals/channels can be transmitted in different TTIs in another embodiment.

In <FIG>, examples with distributed resource allocation for the CRS are provided. As illustrated in <FIG>, the network device may allocate about <NUM>/<NUM> of the system bandwidth for CRS, and the allocated resource is distributed in the whole system bandwidth with a density of <NUM>. A density of <NUM> means that CRS is only transmitted in even or odd PRBs or PRB groups. In this case, <NUM>/<NUM> resource (except the central several PRBs) in this time interval can be left for use by future UEs, since there are no always-on signals in the <NUM>/<NUM> resources.

A distributed resource allocation with a density of <NUM> for the CRS is presented in <FIG>. When a <NUM> density, except the central several PRBs, <NUM>/<NUM> resource in this time interval can be left for future use as there are no always-on signals.

In one embodiment, the network device <NUM> may indicate the density and/or bandwidth of the allocated resource to the terminal devices at block <NUM>. In another embodiment, the system bandwidth may be divided into a plurality of resource groups. For instance, there are two groups in the example shown in <FIG>, and there are four groups in the example shown in <FIG>. Then at block <NUM>, the network device may indicate the group of resources to the terminal device (e.g., listing all the resource blocks being allocated), or indicate a group number, or in other words, an index of the group (e.g., the <NUM>nd group), to the terminal device.

Alternatively or additionally, there can be several predefined patterns or densities for CRS resource allocation. Each pattern may indicate a different distribution of the CRS in a frequency domain, or in both frequency and time domains. The network device may indicate a pattern (e.g., an index of the pattern) to the terminal device at block <NUM>.

In <FIG>, periodical transmission of the CRS is illustrated schematically. As illustrated in <FIG>, the CRS may be transmitted with a <NUM> periodicity. However, it should be appreciated that embodiments of the present disclosure are not limited to any specific periodicity of the signal. In one embodiment, at block <NUM>, the network device may indicate the periodicity to the terminal devices.

In the example of <FIG>, different CRS distribution patterns, which can be referred to as "CRS patterns" or "CRS transmission patterns," are adopted in different time period. This may be referred to as CRS pattern hopping. In one embodiment, the network device may indicate to the terminal device at block <NUM> how the CRS pattern hops/changes with time. The CRS pattern hopping may result in a change in at least one of: resource location, density, and bandwidth of the CRS transmission. In the example of <FIG>, with the pattern hopping, resource location for CRS changes while the density is kept unchanged. In an example shown in <FIG>, resource location changes with time, but resource bandwidth is kept unchanged. In another example shown in <FIG>, bandwidth for the CRS also changes with time. As shown in <FIG>, in a TTI with PBCH, the CRS is wideband, but in other TTIs without PBCH, the CRS can be narrowband. Further, in the other TTIs, a pattern hopping can be used.

As shown in some examples in <FIG>, the CRS may always exist in several central PRBs in which PBCH is transmitted, so as to facilitating PBCH detection. However, embodiments of the present disclosure are not limited thereto. In another embodiment, the CRS may also be transmitted in a distributed way in the several central PRBs, e.g., with a density of <NUM>.

Embodiments of the present disclosure are not limited to any specific way for transmitting the information related to the resource allocation of the signal (e.g., a reference signal like CRS). Just for illustration purpose, some example implementations <NUM> and <NUM> of the block <NUM> are provided in the following with reference to <FIG>.

As shown in <FIG>, in one embodiment, the network device may transmit the information via a broadcast channel, at block <NUM>. For example, the network device may transmit at least part of the information as payload of the broadcast channel,such as a PBCH. In particular, the information related to CRS resource allocation may be transmitted as part of the master system block (MIB) in the PBCH as below:
<IMG>
That is, the information related to resource allocation may be indicated via a field of "CRS bandwidth" in the MIB. Depending on terminology and/or technology being used, the exact broadcast channel for transmitting the information may vary.

Alternatively or additionally, in another embodiment, the network device may transmit at least part of the information implicitly, for example by transmitting the broadcast channel with a selected CRC mask. The selected CRC mask indicates at least part of the information. For example, assuming there are <NUM> predefined CRC masks, and then by choosing one CRC mask from the <NUM> predefined CRC masks, <NUM>-bits information can be indicated.

As shown in <FIG>, as another alternative, the network device may transmit at least part of the information by transmitting a synchronization signal sequence (SS). That is, at block <NUM>, the network device may transmit a synchronization signal sequence to indicate at least part of the information. In a NR system, length of a cyclic prefix (CP) of a symbol may be UE specific rather than cell specific, and in such a case, it may be unnecessary for the CP related information to be indicated by the SS. In one embodiment, the network device may reuse the CP indication to indicate information related to resource allocation for the signal such as a CRS.

In current LTE, the SS includes a PSS and a SSS. However, embodiments of the present disclosure are not limited to such a design for SS. For example, in another embodiment, the SS may include a single synchronization signal sequence only. In an embodiment where the SSS includes both a PSS and a SSS, the PSS and the SSS may be transmitted within one TTI for forward compatibility, no matter for a frequency division duplex (FDD) system or a time division duplex (TDD) system.

In one embodiment, the network device may use different SS sequences (e.g., different sequence index, or different sequence type, etc.) to indicate CRS resource allocation related information. In another embodiment, the network device may use different root values of the synchronization signal sequence to indicate the information related to resource allocation of the signal. That is, at block <NUM>, the network device may select and transmit a synchronization signal sequence with an associated indication. This associated indication indicates the information related to resource allocation of the signal or part of it.

As described above, the associated indication may include at least one of: a selected index of the synchronization signal sequence, a selected type of the synchronization signal sequence, and a selected root value of the synchronization signal sequence. For example, if the SS is a ZC sequence, then different root values of ZC sequence can be used to indicate the information related to resource allocation of the signal (e.g., CRS). In another embodiment, other sequences than a ZC sequence may be used.

Alternatively or additionally, in another embodiment, the network device may use different time distance between the PSS and the SSS transmissions, or two adjacent PSS transmissions, two adjacent SSS transmissions or two adjacent SS transmissions to indicate the information related to resource allocation of the signal or part of it. That is, at block <NUM>, the network device may transmit a first synchronization signal sequence at a first time instance, and transmit a second synchronization signal sequence at a second time instance. A time gap between the first time instance and the second instance indicates the information related to resource allocation of the signal.

In one embodiment, the first synchronization signal sequence and the second synchronization signal sequence may be a same synchronization signal sequence (e.g., PSS, SSS or SS). In another embodiment, the first synchronization signal sequence and the second synchronization signal sequence may be different. For example, the first synchronization signal sequence and the second synchronization signal sequence may be PSS and SSS respectively.

In <FIG>, examples for indicating the information based on a time distance/gap are presented. In <FIG>, a time gap of m =<NUM> symbol indicates a wideband CRS, and in <FIG>, a time gap of n =<NUM> symbols indicates a narrow band CRS, e.g., a CRS with resource allocation of <NUM>/<NUM> system bandwidth. It should be appreciated that in another embodiment, different values of m and n can be used for such indication. For example, m=<NUM> symbols may indicate a wideband CRS for a TDD system, and n=<NUM> symbols may indicate a narrow band CRS with <NUM>/<NUM> DL system bandwidth for the TDD system.

Though several embodiments have been described in the context of a CRS resource allocation, it should be appreciated that same principle applies to other signals, e.g., a control signal with system information, such as a SIB. That is, the network device may transmit information related resource allocation of the SIB (e.g., at block <NUM> of <FIG>), and then broadcast the SIB in accordance with the resource allocation, for example at block <NUM> of <FIG>. Therefore the descriptions provided with reference to CRS also applies to the SIB.

In another embodiment, resource for the control signal (e.g., SIB) transmission may be indicated implicitly. For example, as shown in <FIG>, the method may optionally comprise a block <NUM>. Throughout the context of the present disclosure, optional elements are shown by dashed blocks in the flowcharts and/or block diagrams. At block <NUM>, the network device may transmit the control signal in a resource located within a resource region (e.g., the central narrow band shown in <FIG>) allocated for the reference signal. Accordingly, the UEs may only decode the control signal in the configured CRS resource region(s).

Reference is now made to <FIG> which illustrates another method <NUM> implemented at a network device according to an embodiment of the present disclosure. The method <NUM> may be considered as another example implementation of method <NUM>. In this example implementation, it is assumed that the system bandwidth of the network device is divided into a plurality of resource regions.

As shown in <FIG>, the method <NUM> comprises blocks <NUM>-<NUM>. At block <NUM> and <NUM>, the network may perform similar operation as that of blocks <NUM> and <NUM> respectively, and therefore details will be omitted for simplicity. At block <NUM>, the network device transmits numerology information for at least one resource region of the plurality of resource regions. Numerology information may include subcarrier space or CP length, and the like. The method <NUM> allows the network device to apply different numerologies to different resource regions, and therefore enables more flexibility for the utilization of the resource.

Further, in one embodiment, at block <NUM>, the network device may transmit the information related to the resource allocation for the signal for at least one resource region of the plurality of resource regions. In this way, the network device may allocate resource for the signal in different manners in the plurality of resource regions. For example, the network device may configure resource for the signal only in certain regions, and/or, the network device may configure different resource allocation pattern for each resource region. In this way, flexibility of resource configuration can be further improved.

In <FIG>, examples of dividing the system bandwidth into three resource regions (<NUM>, <NUM>, and <NUM>) are illustrated. However, it can be appreciated that in other examples, the system bandwidth may be divided into more or less resource regions. The network device may transmit numerology information (e.g., via block <NUM>) and/or information related to the resource allocation for the signal (e.g., via block <NUM>) for one or more resource regions in various ways. For example, as shown in <FIG>, at block <NUM>, the network device may transmit the numerology information for at least one resource region via a single broadcast channel in one of the at least one resource region (the central resource region <NUM> in this example). Alternatively or additionally, at block <NUM>, the network device may transmit the information related to the resource allocation for the signal for at least one resource region via a single broadcast channel in one of the at least one resource region. For example, the network device may transmit the numerology information for all resource regions except the central resource region and/or information related to the resource allocation for the signal for all resource regions via a PBCH in the central resource region. The numerology for the central resource region may be fixed or predefined.

In another embodiment, as shown in <FIG>, the network device may transmit numerology information and/or information related to the resource allocation for the signal for a respective resource region via a broadcast channel in the respective resource region. That is, the network device may transmit the numerology information for the i-th resource region (e.g., <NUM> shown in <FIG>) via a broadcast channel (e.g., PBCH) in the i-th resource region. In another embodiment, the network device <NUM> may transmit the numerology information and the information related to the resource allocation for the signal in different ways. For example, the numerology information may be transmitted in a manner as shown in <FIG> at block <NUM>, while the information related to the resource allocation for the signal may be transmitted in a manner as shown in <FIG> at block <NUM>, or vice versa.

Reference is now made to <FIG>, which shows a flowchart of a method <NUM> implemented at a terminal device side according to an embodiment of the present disclosure. For simplicity, the method <NUM> will be described below with reference to the terminal device <NUM> shown in <FIG>, however, it can be appreciated that, the method <NUM> could also be implemented by any other terminal device.

As illustrated in <FIG>, at block <NUM>, the terminal device <NUM> receives, from a network device (e.g., network device <NUM>), information related to a resource allocation for a signal. The information received by the terminal device <NUM> may be that transmitted by the network device <NUM> according to method <NUM> or <NUM> described with reference to <FIG> and <FIG> respectively. Therefore, descriptions with respect to the signal and the information related to the resource allocation for the signal provided with reference to method <NUM> and <NUM> also apply here and details will not be repeated for simplicity. For example, as described with reference to method <NUM> and <NUM>, the signal may include at least one of a reference signal (such as, but not limited to, CRS) and a control signal containing system information (such as, but not limited to, SIB). Some examples for the resource allocation for the signal can be found in <FIG>.

Depending on the transmission schemes used for the information at the transmitter side, the terminal device may receive the information in different ways. In <FIG>, example implementations <NUM> and <NUM> of the block <NUM> are provided for illustration.

In one embodiment, as described with reference to <FIG>, the network device <NUM> may transmit the information related to resource allocation of the signal via a broadcast channel. Accordingly, as shown in <FIG>, at block <NUM>, the terminal device may receive the information via a broadcast channel. In one embodiment, at block <NUM>, the terminal device may receive the information by detecting payload (e.g., MIB) of the broadcast channel. In another embodiment, at block <NUM>, the terminal device may detect a CRC mask of the broadcast channel, and obtain the information based on the detected CRC mask.

In another embodiment, the network device may transmit the information by transmitting a synchronization signal sequence, for example at block <NUM> of <FIG>. In this case, as shown in <FIG>, the terminal device may receive the information by detecting the synchronization signal sequence at block <NUM>. For example, the terminal device may detect an indication associated with the synchronization signal sequence, and obtain the information or a part of it based on the detected indication. In one embodiment, the detected indication may include at least one of an index, a type, and a root value of the synchronization signal sequence. In this way, the terminal device derives the information implicitly.

Alternatively or additionally, in another embodiment, at block <NUM>, the terminal device may receive a first synchronization signal sequence at a first time instance, and receive a second synchronization signal sequence at a second time instance; and then obtain the information based on a time gap between the first time instance and the second instance. In one embodiment, the first synchronization signal sequence and the second synchronization signal sequence may be a same synchronization signal sequence (e.g., PSS, SSS or SS). In another embodiment, the first synchronization signal sequence and the second synchronization signal sequence may be different. For example, the first synchronization signal sequence and the second synchronization signal sequence may be PSS and SSS respectively.

Still in reference to <FIG>, at block <NUM>, the terminal device receives the signal broadcasted by the network device in accordance with the resource allocation. In one embodiment, the signal may be a reference signal similar as CRS specified in LTE. At this point, at block <NUM>, the terminal device may receive the reference signal in the resource allocation indicated by the received information at block <NUM>. In another embodiment, the signal may be a control signal, similar as system information block <NUM> (SIB1) specified in LTE, and at block <NUM>, the terminal device may receive the control signal in the resource allocation indicated by the received information at block <NUM>.

Optionally, in one embodiment, the resource allocation for the control signal such as SIB may be predefined to be within the resource region allocated for the reference signal such as CRS. In such embodiment, as shown in <FIG>, the method <NUM> may further comprise a block <NUM> where the terminal device <NUM> may detect the control signal in a resource located within the resource region allocated for the reference signal. With this embodiment, detection of the SIB may be simplified.

In some embodiments, the system bandwidth of the network device <NUM> may be divided into a plurality of resource regions, and different numerology may be applied in different resource regions to improve resource utilization flexibility. To enable this, as shown in <FIG>, the method <NUM> may optionally comprise a block <NUM>. At the block <NUM>, the terminal may receive numerology information for at least one resource region of the plurality of resource regions. Alternatively or additionally, in another embodiment, at the block <NUM>, the terminal may receive information related to the resource allocation for the signal for at least one resource region of the plurality of resource regions.

In one embodiment, at block <NUM>, the terminal device may receive numerology information for the at least one resource region via a broadcast channel in one of the at least one resource region. In one embodiment, the numerology for the resource region where the broadcast channel locates may be fixed or predefined. In another embodiment, at block <NUM>, the terminal device may receive information related to the resource allocation for the signal for the at least one resource region via a broadcast channel in one of the at least one resource region.

In another embodiment, there may be a broadcast channel in more than one resource regions. In some embodiments, at block <NUM>, the terminal device may receive numerology information for a respective resource region of the at least one resource region via a broadcast channel in the respective resource region. Alternatively or additionally, in another embodiment, at block <NUM>, the terminal device may receive information related to the resource allocation for the signal for a respective resource region of the at least one resource region via a broadcast channel in the respective resource region. This enables to distribute the numerology information and/or information related to the resource allocation for the signal into several broadcast channels.

Embodiments of the present disclosure are not limited to any specific number of resource regions and number of broadcast channels for sending the numerology information.

Another example implementation <NUM> of the method <NUM> is illustrated in <FIG>. As shown in <FIG>, the terminal device may receive a SS at block <NUM>. The SS may be transmitted by a network device periodically on fixed frequency/time resources. In one embodiment, like legacy LTE, SS may include a PSS and a SSS. In another embodiment, similar transmit mechanism as that in LTE can be used in a NR system, but the PSS and the SSS may be transmitted within one TTI in the central <NUM> or several PRBs. After detecting the SS, the terminal device may obtain coarse synchronization with the network device, a cell ID and a duplex type.

At block <NUM>, the terminal device may receive the PBCH transmitted by the network device. MIB may be transmitted in the PBCH by the network device. After detection/reception of the PBCH, the terminal device may obtain information related to a system bandwidth, a number of CRS ports and a frame number. In one embodiment, the terminal device may also obtain information related to a resource allocation for the CRS, e.g., information on CRS bandwidth/periodicity/CRS density/position, and the like. In another embodiment, the information related to the resource allocation of the CRS may be instead obtained via the SS received at block <NUM>. In a further embodiment, the information related to resource allocation of the CRS may be obtained based on a combination of the SS detected at block <NUM> and the MIB detected at block <NUM>. For simplicity, the CRS bandwidth can be a fraction of system bandwidth, e.g. <NUM>, <NUM>/<NUM>, <NUM>/<NUM>, <NUM>/<NUM> of system bandwidth. In still another embodiment, the terminal device may obtain information on possible time/frequency positons of the SIB via the reception at block <NUM> and/or <NUM>.

Then, at block <NUM>, the CRS is transmitted by the network device on the configured time/frequency resources according to the information transmitted in the SS and/or MIB, and then the terminal device detects the CRS according to the obtained information related to the resource allocation. The terminal may perform fine synchronization and/or RRM measurement based on the detected CRS. Optionally, the network device may transmit the SIB on the configured time/frequency resources according to the information transmitted in the SS and/or MIB. That is, in one embodiment, transmission periodicity, time offset between two synchronization signal sequences and frequency region of the SIB may be broadcasted via MIB and/or SS. In another embodiment, the resource for SIB may be predefined to be within the configured resource region for the CRS. At block <NUM>, the terminal device detects the SIB in accordance with the obtained information on resource allocation of CRS and/or SIB at block <NUM> and/or <NUM>.

Reference is now made to <FIG>, which illustrates a schematic block diagram of an apparatus <NUM> in a wireless communication network (e.g., the wireless communication network <NUM> shown in <FIG>). The apparatus <NUM> may be implemented as/in a network device, e.g., the network device <NUM> shown in <FIG>. The apparatus <NUM> is operable to carry out the example method <NUM> or <NUM> described with reference to <FIG> and possibly any other processes or methods. It is also to be understood that the method <NUM> or <NUM> is not necessarily carried out by the apparatus <NUM>. At least some steps of the method <NUM> can be performed by one or more other entities.

As illustrated in <FIG>, the apparatus <NUM> includes a configuration transmitting unit <NUM>, configured to transmit information related to a resource allocation for a signal; and a signal transmitting unit <NUM>, configured to broadcast the signal in accordance with the resource allocation. In one embodiment, the signal may include at least one of: a reference signal, and a control signal containing system information.

In some embodiments, the apparatus <NUM> may be used to perform the method <NUM> or <NUM>, and therefore, descriptions with respect to the operations of transmitting of the information and broadcasting of the signal, provided with respect to method <NUM> and <NUM>, also apply to the configuration transmitting unit <NUM> and the signal transmitting unit <NUM>. Likewise, the descriptions with respect to the information and the signal provided with reference to method <NUM> and <NUM> also apply here, and details will not be repeated for simplicity.

In one embodiment, the configuration transmitting unit <NUM> may be configured to transmit the information or a part of it via a broadcast channel. For example, the configuration transmitting unit <NUM> may be configured to transmit the information as payload, or transmit the broadcast channel with a selected CRC mask, and the selected CRC mask indicates the information.

Alternatively or additionally, in another embodiment, the configuration transmitting unit <NUM> may be configured to indicate the information or a part of it by transmitting a synchronization signal sequence. For example, the configuration transmitting unit <NUM> may be configured to transmit the synchronization signal sequence with an associated indication, where the associated indication indicates the information. In one embodiment, the associated indication may include at least one of a selected index, a selected type, and a selected root value of the synchronization signal sequence. In another embodiment, the configuration transmitting unit <NUM> may be is configured to transmit a first synchronization signal sequence at a first time instance, and transmit a second synchronization signal sequence at a second time instance; and a time gap between the first time instance and the second instance may indicates the information.

Optionally, in one embodiment, the apparatus <NUM> may further comprise a control signal transmitting unit <NUM>, configured to transmit the control signal in a resource located within a resource region allocated for the reference signal.

In another embodiment, a system bandwidth of the network device is divided into a plurality of resource regions, and the apparatus <NUM> may further comprise a numerology information transmitting unit <NUM>, configured to transmit numerology information for at least one resource region of the plurality of resource regions.

Just for illustration purpose, in one embodiment, the numerology information transmitting unit <NUM> may be configured to transmit numerology information for the at least one resource region via a broadcast channel in one of the at least one resource region. In another embodiment, the numerology information transmitting unit <NUM> may be configured to transmit numerology information for the at least one resource region via a plurality of broadcast channels. For example, the numerology information transmitting unit may be configured to transmit numerology information for a respective resource region of the at least one resource region via a broadcast channel in the respective resource region.

Reference is now made to <FIG>, which illustrates a schematic block diagram of an apparatus <NUM> in a wireless communication network (e.g., the wireless communication network <NUM> shown in <FIG>). The apparatus <NUM> may be implemented as/in a terminal device, e.g., the terminal device <NUM> shown in <FIG>. The apparatus <NUM> is operable to carry out the example method <NUM> described with reference to <FIG> and possibly any other processes or methods. It is also to be understood that the method <NUM> is not necessarily carried out by the apparatus <NUM>. At least some steps of the method <NUM> can be performed by one or more other entities.

As illustrated in <FIG>, the apparatus <NUM> includes an information receiving unit <NUM> and a signal receiving unit <NUM>. The information receiving unit <NUM> is configured to receive, from a network device (e.g., the network device <NUM> shown in <FIG>), information related to a resource allocation for a signal; and the signal receiving unit <NUM> may be configured to receive the signal broadcasted by the network device in accordance with the resource allocation. The information and the signal received the apparatus <NUM> may be that transmitted by the network device <NUM> according to method <NUM> or <NUM>, therefore, descriptions with respect to the signal and the information related to the resource allocation of the signal provided with reference to method <NUM> and <NUM> also apply here, and details will not be repeated for simplicity.

In one embodiment, the information receiving unit <NUM> may be configured to receive the information via a broadcast channel. For example, the information receiving unit <NUM> may be configured to receive the information by detecting payload of the broadcast channel, or the information receiving unit <NUM> may comprise a mask detection unit <NUM> configured to detect a CRC mask of the broadcast channel, and a first information obtaining unit <NUM>, configured to obtain the information based on the detected CRC mask.

Alternatively or additionally, in one embodiment, the information receiving unit <NUM> may be configured to receive the information or a part of it by detecting a synchronization signal sequence. For example, the information receiving unit <NUM> may comprise an indication detection unit <NUM> and a second information obtaining unit <NUM>. The indication detection unit 1031is configured to detect an indication associated with the synchronization signal sequence, the associated indication including at least one of an index, a type, and a root value of the synchronization signal sequence. The second information obtaining unit <NUM> is configured to obtain the information based on the detected indication.

As another example, the information receiving unit <NUM> may comprise a first sequence receiving unit <NUM> configured to receive a first synchronization signal sequence at a first time instance, a second sequence receiving unit <NUM> configured to receive a second synchronization signal sequence at a second time instance, and a third information obtaining unit <NUM>, configured to obtain the information based on a time gap between the first time instance and the second instance.

As shown in <FIG>, in one embodiment, the apparatus <NUM> may further comprise a control signal detection unit <NUM>, configured to detect the control signal in a resource located within a resource region allocated for the reference signal.

In some embodiments, the system bandwidth of the network device may be divided into a plurality of resource regions, and the apparatus <NUM> may further comprises a numerology information receiving unit <NUM>, configured to receive numerology information for at least one resource region of the plurality of resource regions. In one embodiment, the numerology information receiving unit <NUM> may be configured to receive numerology information for the at least one resource region via a broadcast channel in one of the at least one resource region. In another embodiment, the numerology information receiving unit <NUM> may be configured to receive numerology information for a respective resource region of the at least one resource region via a broadcast channel in the respective resource region.

<FIG> illustrates a simplified block diagram of an apparatus <NUM> that may be embodied in/as a network device, e.g., the network device <NUM> shown in <FIG>, and an apparatus <NUM> that may be embodied in/as a terminal device, e.g., one of the terminal devices <NUM> and <NUM> shown in <FIG>.

The apparatus <NUM> may include at least one processor <NUM>, such as a data processor (DP) and at least one memory (MEM) <NUM> coupled to the processor <NUM>. The apparatus <NUM> may further include a transmitter TX and receiver RX <NUM> coupled to the processor <NUM>. The MEM <NUM> may be non-transitory machine readable storage medium and it may store a program (PROG) <NUM>. The PROG <NUM> may include instructions that, when executed on the associated processor <NUM>, enable the apparatus <NUM> to operate in accordance with the embodiments of the present disclosure, for example to perform the method <NUM> or <NUM>. A combination of the at least one processor <NUM> and the at least one MEM <NUM> may form processing means <NUM> adapted to implement various embodiments of the present disclosure.

The apparatus <NUM> includes at least one processor <NUM>, such as a DP, and at least one MEM <NUM> coupled to the processor <NUM>. The apparatus <NUM> may further include a suitable TX/ RX <NUM> coupled to the processor <NUM>. The MEM <NUM> may be non-transitory machine readable storage medium and it may store a PROG <NUM>. The PROG <NUM> may include instructions that, when executed on the associated processor <NUM>, enable the apparatus <NUM> to operate in accordance with the embodiments of the present disclosure, for example to perform the method <NUM>. A combination of the at least one processor <NUM> and the at least one MEM <NUM> may form processing means <NUM> adapted to implement various embodiments of the present disclosure.

Various embodiments of the present disclosure may be implemented by computer program executable by one or more of the processors <NUM> and <NUM>, software, firmware, hardware or in a combination thereof.

The MEMs <NUM> and <NUM> may be of any type suitable to the local technical environment and may be implemented using any suitable data storage technology, such as semiconductor based memory terminal devices, magnetic memory terminal devices and systems, optical memory terminal devices and systems, fixed memory and removable memory, as non-limiting examples.

The processors <NUM> and <NUM> may be of any type suitable to the local technical environment, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors DSPs and processors based on multicore processor architecture, as non-limiting examples.

Although some of the above description is made in the context of a NR system, it should not be construed as limiting the scope of the present disclosure. The principle and concept of the present disclosure may be more generally applicable to other wireless systems.

In addition, the present disclosure may also provide a memory containing the computer program as mentioned above, which includes machine-readable media and machine-readable transmission media. The machine-readable media may also be called computer-readable media, and may include machine-readable storage media, for example, magnetic disks, magnetic tape, optical disks, phase change memory, or an electronic memory terminal device like a random access memory (RAM), read only memory (ROM), flash memory devices, CD-ROM, DVD, Blue-ray disc and the like. The machine-readable transmission media may also be called a carrier, and may include, for example, electrical, optical, radio, acoustical or other form of propagated signals - such as carrier waves, infrared signals, and the like.

The techniques described herein may be implemented by various means so that an apparatus implementing one or more functions of a corresponding apparatus described with an embodiment includes not only prior art means, but also means for implementing the one or more functions of the corresponding apparatus described with the embodiment and it may include separate means for each separate function, or means that may be configured to perform two or more functions. For example, these techniques may be implemented in hardware (one or more apparatuses), firmware (one or more apparatuses), software (one or more modules), or combinations thereof. For a firmware or software, implementation may be made through modules (e.g., procedures, functions, and so on) that perform the functions described herein.

Example embodiments herein have been described above with reference to block diagrams and flowchart illustrations of methods and apparatuses. It will be understood that each block of the block diagrams and flowchart illustrations, and combinations of blocks in the block diagrams and flowchart illustrations, respectively, can be implemented by various means including hardware, software, firmware, or a combination thereof. For example, each block of the block diagrams and flowchart illustrations, and combinations of blocks in the block diagrams and flowchart illustrations, respectively, can be implemented by computer program instructions.

Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the subject matter described herein, but rather as descriptions of features that may be specific to particular embodiments. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a sub-combination or variation of a sub-combination.

Claim 1:
A terminal device (<NUM>, <NUM>) comprising:
means for receiving, from a base station (<NUM>), in a master information block, MIB, first information indicating a resource allocation related to a system information block, SIB, and second information indicating a subcarrier spacing value for the SIB; and
means for receiving the SIB from the base station (<NUM>) in accordance with the MIB.