CN107295561B - Resource application method and device - Google Patents
Resource application method and device Download PDFInfo
- Publication number
- CN107295561B CN107295561B CN201610203685.9A CN201610203685A CN107295561B CN 107295561 B CN107295561 B CN 107295561B CN 201610203685 A CN201610203685 A CN 201610203685A CN 107295561 B CN107295561 B CN 107295561B
- Authority
- CN
- China
- Prior art keywords
- resource
- terminal
- network
- resources
- network slice
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0247—Traffic management, e.g. flow control or congestion control based on conditions of the access network or the infrastructure network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
- H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
Abstract
The invention provides a resource application method and a resource application device, wherein the method comprises the following steps: a terminal acquires Scheduling Request (SR) resources configured by a network side; the terminal sends the SR resources to the network side and obtains the resource authorization of the Radio Network Temporary Identifier (RNTI) represented by the SR resources by the network side; and the terminal sends a buffer state report BSR on the authorized resources to apply for the service of the specified network slice. The invention solves the problem that the application and allocation of resources in the network slicing system do not exist in the related technology, and fills the blank in the related technology.
Description
Technical Field
The present invention relates to the field of communications, and in particular, to a resource application method and apparatus.
Background
The development of mobile communication is changing day by day, and the mobile communication permeates all aspects of work, social contact and life of people, and brings huge influence on all aspects of life style and working mode of people, social politics, economy and the like. The human society has entered the information age, and business application requirements in all aspects show explosive growth, in the mobile network of future, not only provide communication between people, still need provide the service for thing networking mass equipment. For example, for services with ultrahigh-rate service requirements such as virtual reality, high-definition video and the like, the rate can reach 10-100 times of the existing rate; for example, the end-to-end time delay can be shortened by 5 times for the services with low time delay service requirements, such as the Internet of vehicles and the like; the Internet of things can access 1000 times of the existing services, and the service life of the battery can be prolonged to 10 times of the existing service life.
The differentiated business model and the business demand bring huge challenges to the frequency, technology, operation and other aspects of a future wireless mobile broadband system, and a traditional communication Network, namely an Access Network (RAN for short) and a Core Network (Core Network for short CN), cannot meet all the scenes increasingly. And a private network is built for each scene, which causes a great amount of resource waste and is not practical.
The development of Network Function Virtualization (NFV) technology makes it possible for operators to construct different virtual networks for different service requirements. The network slice is based on a general physical infrastructure, the network is logically defined and divided to form an end-to-end virtual network, and each virtual network has different functional characteristics to dynamically meet various requirements and business modes.
A typical network slice comprises a set of virtualized access network functions and core network functions. Network slices are constructed by an operator according to requirements and policies, and the functions included in one network slice are also determined by the operator according to the requirements and policies. For example, some network slices may include a dedicated forwarding plane in addition to control plane functionality; while some network slices may include only some basic control plane functions.
Fig. 1 is a schematic diagram of a Network slice in the related art, and as shown in fig. 1, illustrates a Common Network and customized A, B, C three Network slice categories. Common Network provides service for general service; and customized network slices, providing three different types of services, such as: type A is super high speed service, such as video service, virtual reality, etc.; type B is burst small business data service, such as QQ, WeChat, etc.; type C is a low-delay ultra-reliable service, such as an Internet of vehicles, an intelligent power grid and the like; each type generates different network slice instances according to some differences, such as business requirements and business models, for example: performing video service by type A, and dividing the video service into a slice A1 supporting common video and a slice A2 supporting high-definition video according to the requirement of the video type on the service rate; . One network slice constitutes a virtual network, and provides a specific mobile network access service for a User Equipment (UE).
Under the network slice architecture, the resource application and allocation flow need to be modified accordingly, so that the network side can know to which network slice the terminal's resource application is for to perform appropriate resource allocation. When the terminal acquires the resources allocated by the network side, the terminal also needs to allocate the resources to services on different network slices. However, in the related art, no solution exists for the problem of resource application and allocation in the network slicing system
Disclosure of Invention
The invention provides a resource application method and a resource application device, which at least solve the problem that the application and allocation of resources in a network slicing system do not exist in the related technology.
According to an aspect of the present invention, there is provided a resource application method, including: a terminal acquires Scheduling Request (SR) resources configured by a network side; the terminal sends the SR resources to the network side and obtains resource authorization of a Radio Network Temporary Identifier (RNTI) represented by the SR resources by the network side; and the terminal sends a buffer status report BSR on the authorized resource to apply for the service of the designated network slice.
Further, the acquiring, by the terminal, the scheduling request SR resource configuration includes: and the terminal acquires an RNTI (radio network temporary identifier) distributed on each network slice by the network side and SR resources corresponding to the RNTI.
Further, the acquiring, by the terminal, the scheduling request SR resource configured by the network side includes: the terminal acquires one RNTI distributed on each network slice by the network side, wherein SR resources are configured on the appointed RNTI in the RNTIs by the network side.
Further, the terminal sending a BSR on an authorized resource to apply for a resource for a service of a specified network slice includes: the terminal sends a BSR carrying the RNTI of the network slice corresponding to the applied resource on an authorized resource as a service application resource of the specified network slice; or, the terminal sends a BSR on an authorized resource as a service application resource of a specified network slice, wherein the format of the BSR corresponds to the RNTI of the specified network slice.
Further, the acquiring, by the terminal, the scheduling request SR resource configured by the network side includes: the terminal acquires an RNTI resource allocated by the network side and configures a corresponding network slice ID for each network slice, wherein the RNTI is configured with SR resources.
Further, the terminal sending a BSR on an authorized resource to apply for a resource for a service of a specified network slice includes: the terminal sends a BSR carrying the slice ID of the network slice corresponding to the applied resource as a service application resource of the specified network slice; or, the terminal sends a BSR on an authorized resource to apply for a service of a specified network slice, where a format of the BSR corresponds to the specified network slice.
According to another aspect of the present invention, there is provided a resource application method, including: a network side configures Scheduling Request (SR) resources for a terminal; the network side receives the SR resources sent by the terminal and authorizes the resources of the RNTI represented by the SR resources of the terminal; and the network side receives the BSR sent by the terminal on the authorized resource to apply for the resource for the service of the specified network slice.
Further, the configuring, by the network side, the SR resource for the terminal includes: and the network side allocates an RNTI (radio network temporary identifier) and SR resources corresponding to the RNTI for the terminal on each network slice.
Further, the configuring, by the network side, scheduling request SR resources for the terminal includes: and the network side allocates an RNTI on each network slice for the terminal, wherein the designated RNTI in the RNTIs is configured with SR resources by the network side.
Further, the receiving, by the network side, the BSR sent by the terminal on the authorized resource to apply for the resource for the service of the specified network slice includes: the network side receives a service application resource of a specified network slice, wherein a BSR (radio network temporary identity) carrying an RNTI (radio network temporary identity) of the network slice corresponding to the applied resource and sent by the terminal on an authorized resource is received by the network side; or, the network side receives a service application resource of a specified network slice sent by the terminal on an authorized resource, where the BSR format corresponds to the RNTI of the specified network slice.
Further, the configuring, by the network side, scheduling request SR resources for the terminal includes: the network side allocates an RNTI resource for the terminal and configures a corresponding slice ID for each network slice, wherein the RNTI resource is configured with an SR resource.
Further, the receiving, by the network side, the BSR sent by the terminal on the authorized resource to apply for the resource for the service of the specified network slice includes: the network side receives a service application resource of a specified network slice, wherein the BSR carrying the slice ID of the network slice corresponding to the applied resource and sent by the terminal on the authorized resource is received by the network side; or, the network side receives a service application resource of a specified network slice, which is a BSR sent by the terminal on an authorized resource, wherein a format of the BSR corresponds to the specified network slice.
Further, after the network side receives a BSR sent by the terminal on an authorized resource to apply for a resource for a service of a specified network slice, the method further includes: and the network side indicates the slice ID or does not indicate the slice ID when the network side allocates resources for the terminal.
According to still another aspect of the present invention, there is provided an apparatus for resource application, applied to a terminal side, including: the acquisition module is used for acquiring Scheduling Request (SR) resources configured by a network side; the first sending module is used for sending the SR resources to the network side and obtaining resource authorization of a Radio Network Temporary Identifier (RNTI) represented by the SR resources by the network side; and the second sending module is used for sending the service application resource of the buffer state reported BSR as the specified network slice on the authorized resource.
According to another aspect of the present invention, there is provided a resource application apparatus, applied to a network side, including: the configuration module is used for configuring Scheduling Request (SR) resources for the terminal; a first receiving module, configured to receive the SR resource sent by the terminal, and authorize a resource of an RNTI represented by the SR resource of the terminal; and the second receiving module is used for receiving the BSR sent by the terminal on the authorized resource to apply for the resource for the service of the specified network slice.
According to the invention, the terminal acquires the scheduling request SR resource configured by the network side, the terminal sends the SR resource to the network side, acquires the resource authorization of the radio network temporary identifier RNTI represented by the SR resource by the network side, and then the terminal sends the buffer status report BSR on the authorized resource to serve as the service application resource of the appointed network slice, so that the problem that the application and distribution of the resource in the network slice system do not exist in the related technology is solved, and the blank in the related technology is filled.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:
fig. 1 is a schematic diagram of a network slice in the related art;
FIG. 2 is a first flowchart of a resource application method according to an embodiment of the present invention;
FIG. 3 is a flow chart two of a resource application method according to an embodiment of the invention;
FIG. 4 is a block diagram of an apparatus for applying for resources according to an embodiment of the present invention;
FIG. 5 is a block diagram of a resource application apparatus according to an embodiment of the present invention;
fig. 6 is a flow diagram of a terminal accessing a network slice according to an embodiment of the invention;
fig. 7a is a first schematic flowchart of a terminal applying for resources for data of multiple network slices through SR according to an alternative embodiment of the present invention;
fig. 7b is a first flowchart illustrating a terminal applying for resources for data of multiple network slices through a random access procedure according to an alternative embodiment of the present invention;
fig. 8a is a schematic flowchart of a terminal applying for resources for data of multiple network slices through SR according to an alternative embodiment of the present invention;
fig. 8b is a schematic flowchart of a second embodiment of a process in which a terminal applies for resources for data of multiple network slices through a random access procedure;
FIG. 9 is a schematic flow chart diagram according to an alternative fourth embodiment of the present invention;
fig. 10 is a schematic flow chart diagram according to an alternative embodiment of the invention.
Detailed Description
The invention will be described in detail hereinafter with reference to the accompanying drawings in conjunction with embodiments. It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict.
It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order.
In this embodiment, a resource application method is provided, and fig. 2 is a first flowchart of a resource application method according to an embodiment of the present invention, as shown in fig. 2, the flowchart includes the following steps:
step S202: a terminal acquires Scheduling Request (SR) resources configured by a network side;
step S204: the terminal sends the SR resources to the network side and obtains the resource authorization of the Radio Network Temporary Identifier (RNTI) represented by the SR resources by the network side;
step S206: and the terminal sends a buffer state report BSR on the authorized resources to apply for the service of the specified network slice.
Through the above steps S202 to S206 in this embodiment, the terminal obtains the scheduling request SR resource configured by the network side, sends the SR resource to the network side, obtains the resource authorization of the radio network temporary identifier RNTI represented by the SR resource by the network side, and then sends the buffer status report BSR on the authorized resource as the service application resource of the specified network slice, thereby solving the problem that the application and allocation of the resource in the network slice system does not exist in the related art, and filling the blank in the related art.
The following is an illustration of an alternative implementation of an embodiment of the invention;
the first optional implementation mode:
in an optional implementation manner of this embodiment, the manner in which the terminal acquires the resource configuration of the scheduling request SR involved in step S202 of this embodiment includes: the terminal acquires an RNTI (radio network temporary identifier) distributed on each network slice by the network side and SR (resource request) resources corresponding to the RNTI.
That is to say, when the terminal accesses different network slices, the network side allocates different radio network temporary identifiers RNTI for the terminal, and each RNTI corresponds to one network slice. Wherein all network slices can be used for resource application. When a terminal applies for a resource for a certain network slice, a buffer status report BSR is sent on the resource allocated to the network slice of the terminal by a base station. In order to achieve the above purpose, the network side needs to allocate different SR resources for different network slices of the terminal.
Optional embodiment two:
in an optional implementation manner of this embodiment, the manner in which the terminal acquires the scheduling request SR resource configured by the network side in step S202 of this embodiment may be implemented by: the terminal acquires one RNTI (radio network temporary identifier) distributed on each network slice by the network side, wherein SR resources are configured on the designated RNTI in the RNTIs by the network side.
Based on this, the manner in which the terminal related to step S206 in this embodiment sends the BSR on the authorized resource to apply for the resource for the service of the specified network slice may be: the terminal sends a BSR carrying the RNTI of the network slice corresponding to the applied resource on the authorized resource as a service application resource of the specified network slice; or, the terminal sends the BSR on the authorized resource to apply for the service of the designated network slice, wherein the format of the BSR corresponds to the RNTI of the designated network slice.
That is to say, when the terminal accesses different network slices, the network side allocates different RNTIs to the terminal, and each RNTI corresponds to one network slice. The network side only divides SR resources for a specific RNTI of the UE, and only one specific network slice can be used for resource application. The terminal applies for resources for different network slices by sending different BSRs. For example: BSRs with different formats or RNTIs corresponding to different network slices are carried in the BSR. After receiving the BSR, the network side indicates, via the RNTI, that the allocated resources correspond to a certain network slice.
Alternative embodiment three
In an optional implementation manner of this embodiment, the manner in which the terminal acquires the scheduling request SR resource configured by the network side in step S202 in this embodiment may be implemented by: the terminal acquires an RNTI resource allocated by a network side and configures a corresponding network slice ID for each network slice, wherein the RNTI resource is configured with SR resources.
Based on this, the manner of the terminal involved in step S206 in this embodiment to send BSR on the authorized resource to apply for the resource for the service of the specified network slice may be: the terminal sends BSR carrying the slice ID of the network slice corresponding to the applied resource as the service application resource of the specified network slice; or, the terminal sends the BSR on the authorized resource to apply for the service of the specified network slice, where the format of the BSR corresponds to the specified network slice.
That is, when the terminal accesses different network slices, the network side allocates only one RNTI for the terminal. The terminal sends different BSRs for different network slices, e.g., different formats or carrying different network slice IDs. The network side indicates the network slice ID when allocating resources for the terminal.
It should be noted that the method for applying for a resource in the foregoing embodiment is described from a terminal side, and will be described from a network side, and fig. 3 is a second flowchart of the method for applying for a resource according to the embodiment of the present invention, and as shown in fig. 3, the flow of the method includes:
step S302: a network side configures Scheduling Request (SR) resources for a terminal;
step S304: a network side receives SR resources sent by a terminal and authorizes resources of RNTI represented by the SR resources of the terminal;
step S306: and the network side receives the BSR sent by the terminal on the authorized resource to apply for the resource for the service of the specified network slice.
The following is an illustration of an alternative implementation of an embodiment of the invention;
the first optional implementation mode:
in an optional implementation manner of this embodiment, in step S302 of this embodiment, a manner that the network side configures a scheduling request SR resource for the terminal may be implemented by the following manner: and the network side allocates an RNTI (radio network temporary identifier) and SR resources corresponding to the RNTI for the terminal on each network slice.
Optional embodiment two:
in an optional implementation manner of this embodiment, a manner that the network side configures the scheduling request SR resource for the terminal in step S302 of this embodiment may be: and the network side allocates an RNTI (radio network temporary identifier) for the terminal on each network slice, wherein the designated RNTI in the RNTIs is configured with SR resources by the network side.
Based on this, the method for the network side to receive the BSR sent by the terminal on the authorized resource in step S304 of this embodiment to apply for the resource for the service of the specified network slice may be: a network side receives a service application resource of a designated network slice, wherein a BSR (buffer status report) which is sent by a terminal on an authorized resource and carries an RNTI (radio network temporary identity) of the network slice corresponding to the applied resource is used as the service application resource of the designated network slice; or, the network side receiving terminal sends the BSR as a service application resource of the specified network slice on the authorized resource, wherein the format of the BSR corresponds to the RNTI of the specified network slice.
Optional embodiment three:
in an optional implementation manner of this embodiment, a manner that the network side configures the scheduling request SR resource for the terminal in step S302 of this embodiment may be: the method comprises the steps that a network side allocates an RNTI resource for a terminal and configures a corresponding slice ID for each network slice, wherein the RNTI resource allocated by the network side is used for representing that SR is configured with SR resources.
Based on this, the manner that the network side receiving terminal in step S306 sends the BSR on the authorized resource to apply for the resource for the service of the designated network slice may be: a network side receives a service application resource of a specified network slice, wherein a BSR (service request) carrying a slice ID of the network slice corresponding to the applied resource and sent by a terminal on an authorized resource is used by the network side; or, the network side receives a service application resource for a specified network slice by a BSR sent by the terminal on an authorized resource, wherein the format of the BSR corresponds to the specified network slice.
Based on the third optional implementation, after the network side receives the BSR sent by the terminal on the authorized resource to apply for the resource for the service of the specified network slice, the method of this embodiment may further include: and the network side indicates the slice ID or does not indicate the slice ID when the network side allocates the resources for the terminal.
Through the above description of the embodiments, those skilled in the art can clearly understand that the method according to the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but the former is a better implementation mode in many cases. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (such as a mobile phone, a computer, a server, or a network device) to execute the method according to the embodiments of the present invention.
In this embodiment, a resource application apparatus is further provided, and the apparatus is used to implement the foregoing embodiments and preferred embodiments, and details of which have been already described are omitted. As used below, the term "module" may be a combination of software and/or hardware that implements a predetermined function. Although the means described in the embodiments below are preferably implemented in software, an implementation in hardware, or a combination of software and hardware is also possible and contemplated.
Fig. 4 is a block diagram of a resource application apparatus according to an embodiment of the present invention, which is applied to a terminal side, as shown in fig. 4, the apparatus includes: an obtaining module 42, configured to obtain scheduling request SR resources configured by a network side; a first sending module 44, coupled to the obtaining module 42, configured to send the SR resource to the network side, and obtain a resource authorization of the radio network temporary identifier RNTI represented by the SR resource by the network side; and a second sending module 46, coupled to the first sending module 44, configured to send, on an authorized resource, a service application resource for the specified network slice, where the buffer status report BSR is reported.
Fig. 5 is a block diagram of a second structure of a resource application apparatus according to an embodiment of the present invention, which is applied to a network side, and as shown in fig. 5, the apparatus includes: a configuration module 52, configured to configure a scheduling request SR resource for the terminal; a first receiving module 54, coupled to the configuration module 52, configured to receive SR resources sent by the terminal and authorize resources of an RNTI represented by the SR resources of the terminal; and the second receiving module 56 is coupled to the first receiving module 54, and is configured to receive a BSR sent by the terminal on an authorized resource to apply for resources for the service of the specified network slice.
It should be noted that, the above modules may be implemented by software or hardware, and for the latter, the following may be implemented, but not limited to: the modules are all positioned in the same processor; alternatively, the modules are respectively located in a plurality of processors.
The invention will now be illustrated with reference to an alternative embodiment thereof;
in the optional embodiment, four optional embodiments are provided for how to perform resource application and allocation of the network slicing system, and the four optional embodiments are described below;
alternative embodiment one
When the terminal is accessed to different network slices, the network side allocates different RNTIs for the terminal, and each RNTI corresponds to one network slice. Wherein all network slices can be used for resource application. When a terminal applies for a resource for a certain network slice, a base station sends a BSR (buffer status report) on the resource allocated to the network slice of the terminal. In order to achieve the above purpose, the network side needs to allocate different SR resources for different network slices of the terminal; when applying for resources for the BSR through the random access procedure, the UE shall report the RNTI corresponding to the network slice of the resource applied by the UE in the message 3.
Alternative embodiment two
When the terminal is accessed to different network slices, the network side allocates different RNTIs for the terminal, and each RNTI corresponds to one network slice. Wherein only one specific network slice can be used for resource application. The terminal applies for resources for different network slices by sending different BSRs. For example: BSRs with different formats or RNTIs corresponding to different network slices are carried in the BSR. After receiving the BSR, the network side indicates, via the RNTI, that the allocated resources correspond to a certain network slice.
Alternative embodiment three
When the terminal accesses different network slices, the network side allocates only one RNTI for the terminal. The terminal sends different BSRs for different network slices, e.g., different formats or carrying different network slice IDs. The network side indicates the network slice ID when allocating resources for the terminal.
Alternative embodiment four
When the terminal accesses different network slices, the network side allocates only one RNTI for the terminal. The terminal sends different BSRs for different network slices, e.g., different formats or carrying different network slice IDs. The network side indicates only the RNTI without indicating the network slice ID when allocating resources for the terminal. The terminal schedules the buffered data through a Logical Channel Priority (LCP) mechanism. Further, the parameters of the LCP are configured and updated by the base station through RRC signaling.
The LCP configuration described above may be implemented as follows: configuring priority/maximum bit rate/minimum bit rate/time delay requirements and the like for each network slice; the configuration may be transmitted by broadcast or unicast signaling.
As can be seen from the above four optional embodiments, in the optional embodiment, a problem is proposed how to process the resource application and how to allocate the resource after obtaining the resource for the UE user in the presence of the slice.
The above four alternative embodiments are further described below with reference to specific examples and the accompanying drawings;
example one
Fig. 6 is a schematic flowchart of a terminal accessing a network slice according to an embodiment of the present invention, where this alternative embodiment describes that the terminal requests to access a certain network slice and a network side allocates a corresponding RNTI for the network slice, as shown in fig. 6, the method includes the steps of:
step S6-2: a terminal requests to access a certain network slice;
step S6-4: and the network side allocates an RNTI for the terminal.
The terminal may iterate through the procedure to access multiple network slices.
Example two
Fig. 7a and 7b are a first process in which a terminal is configured with multiple RNTIs, and a network side and the terminal use different RNTIs to apply for resources for different network slices, where fig. 7a is a first schematic process in which the terminal applies for resources for data of multiple network slices through an SR according to an alternative embodiment of the present invention; as shown in fig. 7a, the network side differentiates network slices when scheduling resources for the terminal, and the process includes the following steps:
step S7 a-2: a network side allocates SR resources for a certain network slice of a terminal through RRC signaling;
step S7 a-4: when data are generated on a certain network slice by the terminal, performing resource application by using the SR resources distributed in the step 1 to send BSR upwards;
step S7 a-6: the network side uses the RNTI of the terminal on the network slice for scheduling;
step S7 a-8: and the terminal applies for the resources for the data on the network slice on the scheduled resources.
Fig. 7b is a schematic diagram of a process of a terminal applying for resources for data of multiple network slices through a random access procedure, as shown in fig. 7b, where the process includes the steps of:
step S7 b-2: when data are generated at the terminal, if the terminal is not allocated with SR, the terminal sends RA preamble (Msg 1) to perform a resource application process based on competitive access;
step S7 b-4: the network side sends a random access response (Msg 2);
step S7 b-6: a terminal sends a first scheduling transmission (Msg 3), wherein the terminal carries an RNTI corresponding to a network slice for resource application;
step S7 b-8: the network side uses the RNTI in the step S3b-6 as a terminal to carry out resource scheduling;
step S7 b-10: the terminal transmits a BSR on this resource.
EXAMPLE III
Fig. 8a and 8b describe a flow in which a terminal is configured with multiple RNTIs in the second alternative embodiment, but only a default RNTI in the RNTI is used for resource application between a network side and the terminal. The network side differentiates network slices in scheduling resources for the terminal.
Fig. 8a is a schematic diagram of a second process of a terminal applying for resources for data of multiple network slices through SR according to an alternative embodiment of the present invention, as shown in fig. 8a, the steps of the process include:
step S8 a-2: the network side distributes SR resources for the terminal through RRC signaling, and the SR resources are subordinate to the terminal and do not distinguish the network slice to which the terminal belongs.
Step S8 a-4: when the terminal has data generated on any network slice, using the SR resource allocated in step S8a-2 to perform resource request to send BSR;
step S8 a-6: the network side uses the default RNTI of the terminal for scheduling;
step S8 a-8: the terminal applies for resources for the data on the network slice triggering SR in step S8a-4 by transmitting BSR on the resources scheduled in step S8 a-6. The BSR may be a specific format corresponding to the network slice; or the RNTI of the network slice may be carried in the MAC CE; or the MAC CE carries the serial number of the RNTI corresponding to the network slice;
step S8 a-10: the network side performs resource scheduling using the RNTI of the network slice indicated in step S8 a-8.
Fig. 8b is a schematic diagram of a second process of a terminal applying for resources for data of multiple network slices through a random access procedure according to an alternative embodiment of the present invention, as shown in fig. 8b, the steps of the process include:
step S8 b-2: when data are generated at the terminal, if the terminal is not allocated with SR, the terminal sends RA preamble (Msg 1) to perform a resource application process based on competitive access;
step S8 b-4: the network side sends a random access response (Msg 2);
step S8 b-6: a terminal sends a first scheduling transmission (Msg 3) upwards, wherein the default RNTI of the terminal is carried;
step S8 b-8: the network side uses the RNTI in the step S8b-6 as a terminal to carry out resource scheduling;
step S8 b-10: the terminal transmits a BSR on the resource allocated at step S8 b-8. The BSR may be a specific format corresponding to the network slice; or the RNTI of the network slice may be carried in the MAC CE; or the MAC CE carries the serial number of the RNTI corresponding to the network slice;
step S8 b-12: the network side performs resource scheduling using the RNTI of the network slice indicated in step S8 b-10.
Example four
Fig. 9 is a flowchart according to a fourth alternative embodiment of the present invention, and as shown in fig. 9, this embodiment describes that, in a third scheme, a terminal only configures one RNTI, the terminal sends different BSRs for different network slices, and a network side indicates a network slice ID when allocating resources to the terminal.
Step S9-2: the terminal has acquired its own default RNTI;
step S9-4: the terminal sends BSR, corresponding to different network slices. The BSR may be a specific format corresponding to the network slice; or the slice ID of the network slice may be carried in the MAC CE; or the MAC CE carries the serial number of the slice ID corresponding to the network slice;
step S9-6: and the network side indicates the slice ID in the step S9-2 when scheduling the resource.
EXAMPLE five
Fig. 10 is a flowchart illustrating a fifth alternative embodiment of the present invention, where as shown in fig. 10, this embodiment describes that in the fourth scheme, the terminal only configures one RNTI, the terminal sends different BSRs for different network slices, the network side does not indicate a slice ID when allocating resources to the terminal, and the terminal uses an LCP mechanism to schedule buffered data.
Step S10-2: the terminal acquires a default RNTI/network slice ID and a corresponding LCP parameter from a network side; the LCP parameters may configure each network slice with priority/maximum bit rate/minimum bit rate/latency requirements, etc., which may be conveyed via broadcast or unicast signaling
Step S10-4: the terminal sends BSR corresponding to different network slices. The BSR may be a specific format corresponding to the network slice; or the slice ID of the network slice may be carried in the MAC CE; or carrying the serial number of the slice ID corresponding to the network slice in the MAC CE;
step S10-6: the network side only indicates the default RNTI of the terminal when carrying out resource scheduling;
step S10-8: the terminal uses the LCP mechanism to schedule the buffered data.
The embodiment of the invention also provides a storage medium. Alternatively, in the present embodiment, the storage medium may be configured to store program codes for performing the following steps:
step S1: a terminal receives a Scheduling Request (SR) resource distributed by a network side through Radio Resource Control (RRC);
step S2: when a network slice at a network side generates data, a terminal reports a buffer status to report a BSR (buffer status report) through SR (resource request) resource report so as to apply for resources, wherein the BSR carries an identifier for identifying the network slice generating the data;
step S3: a terminal receives resources scheduled by a network side;
step S4: and the terminal applies for the resources for the network slice according to the identifier on the resources scheduled by the network side.
Optionally, the specific examples in this embodiment may refer to the examples described in the above embodiments and optional implementation manners, and this embodiment is not described herein again.
The embodiment of the invention also provides a storage medium. Alternatively, in this embodiment, the storage medium may be configured to store program codes for performing the following steps:
step S1: a network side allocates Scheduling Request (SR) resources for a terminal through a Radio Resource Control (RRC);
step S2: when a network slice of a network side generates data, a receiving terminal of the network side reports a Buffer Status Report (BSR) through an SR resource, wherein the BSR carries an identifier for identifying the network slice generating the data;
step S3: and the network side schedules resources for the terminal, wherein the scheduled resources are used for the terminal to apply for resources for the network slice according to the identifier.
It will be apparent to those skilled in the art that the modules or steps of the present invention described above may be implemented by a general purpose computing device, they may be centralized on a single computing device or distributed across a network of multiple computing devices, and alternatively, they may be implemented by program code executable by a computing device, such that they may be stored in a storage device and executed by a computing device, and in some cases, the steps shown or described may be performed in an order different than that described herein, or they may be separately fabricated into individual integrated circuit modules, or multiple ones of them may be fabricated into a single integrated circuit module. Thus, the present invention is not limited to any specific combination of hardware and software.
The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.
Claims (11)
1. A resource application method is characterized by comprising the following steps:
a terminal acquires Scheduling Request (SR) resources configured by a network side through Radio Resource Control (RRC);
the terminal sends the SR resources to the network side and obtains resource authorization of a Radio Network Temporary Identifier (RNTI) represented by the SR resources by the network side;
the terminal sends a buffer status report BSR on an authorized resource to apply for a service of a specified network slice;
the method for acquiring the Scheduling Request (SR) resource configured by the network side through the Radio Resource Control (RRC) by the terminal comprises the following steps:
the terminal acquires an RNTI (radio network temporary identifier) distributed on each network slice by the network side, wherein SR (resource request) resources are configured on a designated RNTI (radio network temporary identifier) in a plurality of RNTIs by the network side;
the terminal sending a BSR on an authorized resource to apply for a service of a specified network slice includes:
the terminal sends a BSR carrying the RNTI of the network slice corresponding to the applied resource on an authorized resource as a service application resource of the specified network slice; or the like, or, alternatively,
and the terminal sends a BSR on an authorized resource to apply for the service of the specified network slice, wherein the format of the BSR corresponds to the RNTI of the specified network slice.
2. The method of claim 1, wherein the terminal obtaining the resource configuration of the Scheduling Request (SR) comprises:
and the terminal acquires an RNTI (radio network temporary identifier) distributed on each network slice by the network side and SR (scheduling request) resources corresponding to the RNTI.
3. The method of claim 1, wherein the acquiring, by the terminal, the SR resource configured by the network side comprises:
the terminal acquires an RNTI resource allocated by the network side and configures a corresponding network slice ID (identity) slicID for each network slice, wherein the RNTI is configured with SR resources.
4. The method of claim 3, wherein the terminal sending a BSR on an authorized resource to apply for resources for the service of the specified network slice comprises:
the terminal sends a BSR carrying the slice ID of the network slice corresponding to the applied resource as a service application resource of the specified network slice; or the like, or, alternatively,
and the terminal sends a BSR on an authorized resource to apply for the service of the specified network slice, wherein the format of the BSR corresponds to the specified network slice.
5. A resource application method is characterized by comprising the following steps:
a network side configures Scheduling Request (SR) resources for a terminal through a Radio Resource Control (RRC);
the network side receives the SR resources sent by the terminal and authorizes the resources of the RNTI represented by the SR resources of the terminal;
the network side receives BSR sent by the terminal on authorized resources to apply for resources for the service of the specified network slice;
the network side configures Scheduling Request (SR) resources for the terminal through a Radio Resource Control (RRC) and comprises the following steps:
the network side allocates an RNTI (radio network temporary identifier) for each network slice for the terminal, wherein SR resources are configured on the appointed RNTI in the RNTIs by the network side;
wherein, the receiving, by the network side, the BSR sent by the terminal on the authorized resource to apply for the resource for the service of the specified network slice includes:
the network side receives a service application resource of a specified network slice, wherein a BSR (radio network temporary identity) carrying an RNTI (radio network temporary identity) of the network slice corresponding to the applied resource and sent by the terminal on an authorized resource is received by the network side; or the like, or, alternatively,
and the network side receives a service application resource which is sent by the terminal on an authorized resource and takes the BSR as a specified network slice, wherein the format of the BSR corresponds to the RNTI of the specified network slice.
6. The method of claim 5, wherein the network side configuring the Scheduling Request (SR) resource for the terminal comprises:
and the network side allocates an RNTI (radio network temporary identifier) and SR resources corresponding to the RNTI for the terminal on each network slice.
7. The method of claim 5, wherein the configuring, by the network side, Scheduling Request (SR) resources for the terminal comprises:
the network side allocates an RNTI resource for the terminal and configures a corresponding slice ID for each network slice, wherein the RNTI resource is configured with an SR resource.
8. The method of claim 7, wherein the receiving, by the network side, the BSR sent by the terminal on the authorized resource to apply for the resource for the service of the specified network slice comprises:
the network side receives a service application resource of a specified network slice, wherein the BSR carrying the sliceID of the network slice corresponding to the applied resource and sent by the terminal on the authorized resource is received by the network side; or the like, or, alternatively,
and the network side receives a service application resource of a specified network slice, which is a BSR sent by the terminal on an authorized resource, wherein the format of the BSR corresponds to the specified network slice.
9. The method according to claim 8, wherein after the network side receives a BSR sent by the terminal on an authorized resource to apply for resources for a service of a specified network slice, the method further comprises:
and the network side indicates the sliceID or does not indicate the sliceID when the network side allocates resources for the terminal.
10. An apparatus for applying for a resource, applied to a terminal side, includes:
the system comprises an acquisition module, a Scheduling Request (SR) module and a Scheduling Request (SR) module, wherein the acquisition module is used for acquiring Scheduling Request (SR) resources configured by a network side through Radio Resource Control (RRC);
the first sending module is used for sending the SR resources to the network side and obtaining resource authorization of a Radio Network Temporary Identifier (RNTI) represented by the SR resources by the network side;
the second sending module is used for sending the buffer status report BSR on the authorized resources as the service application resources of the specified network slice;
wherein the obtaining module is further configured to: acquiring an RNTI (radio network temporary identifier) distributed on each network slice by the network side, wherein SR resources are configured on a designated RNTI in a plurality of RNTIs by the network side;
wherein the second sending module is further configured to: sending a BSR carrying the RNTI of the network slice corresponding to the applied resource on the authorized resource as a service application resource of the specified network slice; or, sending a BSR on an authorized resource to apply for a resource for a service of a specified network slice, where a format of the BSR corresponds to an RNTI of the specified network slice.
11. A resource application device is applied to a network side, and is characterized by comprising:
the configuration module is used for configuring Scheduling Request (SR) resources for the terminal through Radio Resource Control (RRC);
a first receiving module, configured to receive the SR resource sent by the terminal, and authorize a resource of an RNTI represented by the SR resource of the terminal;
a second receiving module, configured to receive a BSR sent by the terminal on an authorized resource to apply for a resource for a service of a specified network slice;
the configuration module is further configured to allocate an RNTI on each network slice for the terminal, where SR resources are configured for a designated RNTI in the RNTIs by the network side;
the second receiving module is further configured to receive a BSR that carries an RNTI of a network slice corresponding to the applied resource and is sent by the terminal on an authorized resource as a service application resource of the specified network slice; or the like, or, alternatively,
and receiving a service application resource of a specified network slice sent by the terminal on an authorized resource, wherein the format of the BSR corresponds to the RNTI of the specified network slice.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610203685.9A CN107295561B (en) | 2016-04-01 | 2016-04-01 | Resource application method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610203685.9A CN107295561B (en) | 2016-04-01 | 2016-04-01 | Resource application method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107295561A CN107295561A (en) | 2017-10-24 |
| CN107295561B true CN107295561B (en) | 2022-06-21 |
Family
ID=60088211
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610203685.9A Active CN107295561B (en) | 2016-04-01 | 2016-04-01 | Resource application method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107295561B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110662261B (en) | 2018-06-30 | 2022-06-28 | 华为技术有限公司 | Resource allocation method and device for network slices |
| WO2021109143A1 (en) * | 2019-12-06 | 2021-06-10 | 华为技术有限公司 | Uplink data transmission control method and apparatus |
| CN115669151A (en) * | 2020-07-21 | 2023-01-31 | Oppo广东移动通信有限公司 | Method for processing random access information, terminal and network equipment |
| CN117336730A (en) * | 2022-06-21 | 2024-01-02 | 华为技术有限公司 | Communication method and device |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6430618B1 (en) * | 1998-03-13 | 2002-08-06 | Massachusetts Institute Of Technology | Method and apparatus for distributing requests among a plurality of resources |
| WO2011032595A1 (en) * | 2009-09-18 | 2011-03-24 | Nokia Siemens Networks Gmbh & Co. Kg | Virtual network controller |
| WO2012058949A1 (en) * | 2010-11-01 | 2012-05-10 | 中兴通讯股份有限公司 | Method and device for feeding back buffer status report |
| WO2013182035A1 (en) * | 2012-06-04 | 2013-12-12 | 电信科学技术研究院 | Buffer state reporting method, system, and device |
| CN104125110A (en) * | 2013-04-25 | 2014-10-29 | 杭州华三通信技术有限公司 | Monitoring method and device of network resource |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101045301B1 (en) * | 2009-07-03 | 2011-06-29 | 서울대학교산학협력단 | Virtual Network embedding method in wireless test bed networks |
-
2016
- 2016-04-01 CN CN201610203685.9A patent/CN107295561B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6430618B1 (en) * | 1998-03-13 | 2002-08-06 | Massachusetts Institute Of Technology | Method and apparatus for distributing requests among a plurality of resources |
| WO2011032595A1 (en) * | 2009-09-18 | 2011-03-24 | Nokia Siemens Networks Gmbh & Co. Kg | Virtual network controller |
| WO2012058949A1 (en) * | 2010-11-01 | 2012-05-10 | 中兴通讯股份有限公司 | Method and device for feeding back buffer status report |
| WO2013182035A1 (en) * | 2012-06-04 | 2013-12-12 | 电信科学技术研究院 | Buffer state reporting method, system, and device |
| CN103458526A (en) * | 2012-06-04 | 2013-12-18 | 电信科学技术研究院 | Method, system and device for buffer area state report |
| CN104125110A (en) * | 2013-04-25 | 2014-10-29 | 杭州华三通信技术有限公司 | Monitoring method and device of network resource |
Non-Patent Citations (4)
| Title |
|---|
| apos ; ".《3GPP tsg_sa\WG2_Arch》.2016,全文. * |
| apos ; support of network slicing amp * |
| Ericsson.S2-161129 "Update of the key issue amp * |
| Huawei等."S1-152093 use case for context awareness to support automatic network slicing".《3GPP tsg_sa\WG1_Serv》.2015,全文. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107295561A (en) | 2017-10-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Ksentini et al. | Toward enforcing network slicing on RAN: Flexibility and resources abstraction | |
| CN107295609B (en) | Network slice processing method and device, terminal and base station | |
| WO2021148046A1 (en) | Resource selection method and apparatus for sidelink communication | |
| KR102039957B1 (en) | Method and device for configuration of frequency domain resources | |
| US10772122B2 (en) | Method for random access in idle state and device | |
| CN104640212B (en) | A kind of resource allocation methods and device | |
| CN107295561B (en) | Resource application method and device | |
| CN107027188A (en) | A kind of resource allocation method, network side equipment and terminal | |
| EP3937519B1 (en) | Communication method and apparatus | |
| CN109548080A (en) | Correlation technique, user equipment and base station for media access control layer group packet | |
| CN109787803B (en) | Method and device for managing shared network function | |
| EP2605576A1 (en) | Method of communication for mtc device and related apparatus | |
| CN105959090A (en) | Service processing method and device of power wireless private network | |
| CN105830516A (en) | System and method for OFDMA resource management in WLAN | |
| CN102404821B (en) | Access control method and device for magnetic tape controller (MTC) terminal | |
| CN110381500A (en) | A kind of test method, device and the computer readable storage medium of double card paging conflict | |
| CN106658720A (en) | Short transmission time interval resource distribution method and device | |
| CN104254129B (en) | Close on the resource allocation method and device of service discovering | |
| EP3648527B1 (en) | Method, device, and system for transmitting downlink control information | |
| CN108833167B (en) | Communication optimization system and method based on edge calculation | |
| CN111884868B (en) | Network slice reservation method and device | |
| CN112152763A (en) | Resource allocation method, terminal and base station | |
| CN104936183A (en) | Method and device for data transmission | |
| CN113692057A (en) | Network slice resource allocation method and system | |
| JP2016533109A (en) | Method, base station and user equipment for transmitting signals in inter-device proximity service |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |