Abstract: ABSTRACT Method and system for managing data transmission in a communication network. During Data Resource Bearer (DRB) creation, network signals to a transmitting node, the data transfer requirement. The network uses a signalling parameter to indicate a large data transfer requirement. Based on the data transfer requirement information collected from the network, the transmitting node determines the type of data format that needs to be used for the data transmission. If the network signals large data transfer requirement, then the transmitting node selects a Subheader format in which the length field of the data format suits the large data transfer requirement. Further, data communication is initiated, using the selected Subheader format. FIG. 3
DESC:FORM 2
The Patent Act 1970
(39 of 1970)
&
The Patent Rules, 2005
COMPLETE SPECIFICATION
(SEE SECTION 10 AND RULE 13)
TITLE OF THE INVENTION
“Method and system for transmitting and receiving protocol data unit in communication networks”
APPLICANTS:
Name Nationality Address
SAMSUNG R&D Institute India - Bangalore Private Limited India # 2870, Orion Building, Bagmane Constellation Business Park, Outer Ring Road, Doddanekundi Circle, Marathahalli Post,Bangalore-560 037, India
The following specification particularly describes and ascertains the nature of this invention and the manner in which it is to be performed:-
TECHNICAL FIELD
[001] The embodiments herein relate to wireless communication networks and, more particularly, to transmitting and receiving protocol data unit between a User Equipment (UE) and Base Station (BS) in the wireless communication networks.
BACKGROUND
[002] In existing communication networks, comprising user equipment (UE), enhanced node B (eNB), serving gateway (S-GW) and packet data node gateway (PDN-GW), the incoming data via any of several protocols, such as IP, TCP and so on, are converted to blocks of data that can be transported by the Physical layer, by intermediate layers, namely PDCP (Packet Data Convergence Protocol), RLC (Radio Link Control) and MAC (Medium Access Control). These layers provide several functions such as multiplexing, parsing, unpacking, reassembly functions among others.
[003] Any data received by an LTE network is converted to transport blocks by the various layers present in the LTE network in order for the data to be transported by the physical layers. Data transported between various levels come in different sized blocks. Each transport layer communicates the size of each block transported to the next layer and the penultimate layer. The MAC layer generates the MAC Protocol Data Unit (PDU) carrying one or more data blocks (or MAC Service Data Units). The MAC layer adds a MAC subheader for each of the MAC SDU in MAC PDU. The size of MAC SDU is indicated in length field of MAC subheader wherein the length field is either 7 bits or 15 bits. Format bit field in the MAC subheader indicates whether length field is 7 bit or 15 bits. The maximum size of MAC SDU that can be indicated using the current MAC subheader is 32767 octets or bytes.
[004] However, the 15-bit field indicating the size of each transport block is insufficient to indicate the size of any data greater than 32767 octets. For emerging communication technologies such as aggregation of large number of carriers or usage of carriers of larger bandwidth to support high data rate, the size of the length field is insufficient to indicate size of the data blocks being transported from any transmitter to a receiver and vice versa. Since the current communication technologies are already deployed with this limitation a backward compatible solution is needed to support larger MAC SDU sizes. In one of the existing methods to support larger MAC SDU sizes, two MAC subheaders are defined wherein one MAC subheader has a shorter length field and another MAC subheader has longer length field. Network indicates in signaling whether to use first header or second subheader. The disadvantage of this method is that once the network indicates to use header with large length field then irrespective of size of MAC SDU this subheader needs to be used. This leads to unnecessary overhead in each MAC PDU for shorter size MAC SDU.
OBJECT OF INVENTION
[005] An object of the embodiments herein is to transmit and receive Protocol Data Unit (PDU) between a transmitting node and a receiving node in a communication network.
SUMMARY
[006] In view of the foregoing, an embodiment herein provides a method for data transmission in a communication network. Initially, a length of MAC SDU to be transmitted is determined by a transmitting node of said communication network. The transmitting node further decides whether said length of MAC SDU is less than a threshold. If the length of MAC SDU is less than the threshold, then the transmitting node encodes the length of MAC SDU in a first MAC subheader format. If the length of said MAC SDU is not less than the threshold, then the transmitting node determines whether a large MAC SDU is configured or not. The transmitting node encodes the length of MAC SDU in a second MAC subheader format, if said large MAC SDU is configured and if said length of MAC SDU is not less than said threshold. The transmitting node encodes the length of MAC SDU in a third MAC subheader format, if said large MAC SDU is not configured and if said length of MAC SDU is not less than said threshold. Further, the MAC SDU is transmitted with the MAC subheader, to a receiving node of said communication network, by said transmitting node.
[007] Embodiments further disclose a system for data transmission in a communication network. A transmitting node in the system determines a length of MAC SDU to be transmitted, and then determines whether said length of MAC SDU is less than a threshold. If the length of MAC SDU is lesser than said threshold, then the transmitting node encodes the length of MAC SDU in a first MAC subheader format. If the length of MAC SDU is not less than the threshold, then the transmitting node determines whether a large MAC SDU is configured. If said large MAC SDU is configured and if said length of MAC SDU is not less than said threshold, the transmitting node encodes the length of MAC SDU in a second MAC subheader format. If said large MAC SDU is not configured and if said length of MAC SDU is not less than said threshold, then the transmitting node encodes the length of MAC SDU in a third subheader format. Further, the transmitting node transmits the MAC SDU with said MAC subheader, to a receiving node of said communication network.
[008] These and other aspects of the embodiments herein will be better appreciated and understood when considered in conjunction with the following description and the accompanying drawings. It should be understood, however, that the following descriptions, while indicating embodiments and numerous specific details thereof, are given by way of illustration and not of limitation. Many changes and modifications may be made within the scope of the embodiments herein without departing from the spirit thereof, and the embodiments herein include all such modifications.
BRIEF DESCRIPTION OF THE FIGURES
[009] The embodiments herein will be better understood from the following detailed description with reference to the drawings, in which:
[0010] FIG. 1 illustrates a block diagram of a communication network, as disclosed in the embodiments herein;
[0011] FIG. 2 is a flow diagram that depicts steps involved in the process of transmitting protocol data unit by the transmitting node to the receiving node in the communication network , as disclosed in the embodiments herein;
[0012] FIGS. 3a and 3b illustrate flow diagrams that depict transmitter side operation and receiver side operation respectively, in a first method of synchronization, as disclosed in the embodiments herein; and
[0013] FIGS. 4a-4h illustrate different frame formats of MAC sub-header, used for transmitting and receiving protocol data unit in the communication network, as disclosed in the embodiments herein.
DETAILED DESCRIPTION OF EMBODIMENTS
[0014] The embodiments herein and the various features and advantageous details thereof are explained more fully with reference to the non-limiting embodiments that are illustrated in the accompanying drawings and detailed in the following description. Descriptions of well-known components and processing techniques are omitted so as to not unnecessarily obscure the embodiments herein. The examples used herein are intended merely to facilitate an understanding of ways in which the embodiments herein may be practiced and to further enable those of skill in the art to practice the embodiments herein. Accordingly, the examples should not be construed as limiting the scope of the embodiments herein.
[0015] The embodiments herein disclose a mechanism for transmitting and receiving protocol data unit between a transmitting node and a receiving node in a communication network. Referring now to the drawings, and more particularly to FIGS. 1 through 4, where similar reference characters denote corresponding features consistently throughout the figures, there are shown embodiments.
[0016] FIG. 1 illustrates a block diagram of a communication network, as disclosed in the embodiments herein. The communication network (network) 100 comprises of at least one transmitting node 101.a and at least one receiving node 101.b. In an embodiment, the transmitting node 101.a is a User Equipment (UE) and the receiving node is a Base Station (BS). In another embodiment, the transmitting node 101.a is a BS and the receiving node is a UE. In the network 100, the UE 101.a establishes connection (also referred as Radio Resource Control (RRC) connection) with the BS 101.b and performs communication with BS 101.b over the established connection. In the uplink direction, the UE 101.a transmits to the BS 101.b. In the downlink direction, the BS 101.b transmits to the UE 101.a. One or more data radio bearers are established between the UE 101.a and BS 101.b for data communication. In the network 100 the UE 101 can be a mobile phone, smart phone, smart watch, tablet, etc. The network architecture, as well as the number of components of the network, as depicted in Fig. 1 is for illustration purpose only, and does not impose any restriction in terms of the structure, and number of components, or any related parameters.
[0017] The UE 101.a can be configured to receive data transfer requirement, from the network 100. In an embodiment, the transmitting node 101.a receives a signaling parameter in radio resource control (RRC) signaling message indicating whether the large MAC SDU (or extension of length field in MAC subheader) is configured/supported or not. The network 100 may¸ during a Radio resource Control (RRC) signaling for connection setup or data radio bearer establishment, identify data transfer requirements, and signal the same, to the transmitting node 101.a.
[0018] The transmitting node 101.a, is configured to select a MAC subheader format to indicate the size of a MAC SDU or MAC control element from a plurality of MAC subheader formats, each MAC subheader format having a different size of length field, wherein the determination of MAC subheader format for said MAC SDU is done based on size of said MAC SDU or MAC control element and a signaling parameter in radio resource control (RRC) signaling message indicating whether the large MAC SDU (or extension of length field in MAC subheader) is configured/supported or not. Further, the transmitting node 101.a encodes the length of MAC SDU in the selected subheader format, and transmits MAC PDU carrying the said MAC SDU or MAC control element with MAC subheader to the to the receiving node 101.b.
[0019] The receiving node 101.b can be configured to receive the MAC PDU from the transmitting node 101.a, determine the MAC subheader format used and then determine size of MAC SDU or MAC Control Element (MAC CE), according to the subheader format being used by the transmitting node 101.a.
[0020] FIG. 2 is a flow diagram that depicts steps involved in the process of transmitting protocol data unit by the transmitting node to the receiving node in the communication network, as disclosed in the embodiments herein. The transmitting node 101.a transmits one or more MAC SDU(s) to the receiving node 101.b. Each MAC SDU can be of different size. The amount of data to be transmitted in each MAC SDU is determined based on various scheduling algorithms in communication network and can be done by any standard procedure. For the purpose of explaining the concept, it is assumed that the MAC SDU or MAC control element is already generated in transmitting node 101.a and needs to be transmitted to receiving node 101.b. The transmitting node 101.a indicates the size (i.e. amount of data in unit of bytes or bits) of MAC SDU or MAC control element in a MAC subheader, wherein the MAC subheader and the corresponding MAC SDU or MAC control element are transmitted in a MAC PDU. One or more MAC SDUs or MAC control elements can be transmitted in a MAC PDU wherein a MAC subheader is included for each of one or more MAC SDUs or MAC control elements.
[0021] The transmitting node 101.a first selects (202) a MAC subheader format to indicate the size of a MAC SDU or MAC CE from a plurality of MAC subheader formats, each MAC subheader format having a different size of length field, wherein the determination of MAC subheader format for said MAC SDU is done based on size of said MAC SDU and a signaling parameter in radio resource control (RRC) signaling message indicating whether the large MAC SDU (or extension of length field in MAC subheader) is configured/supported or not. The signaling parameter can be indicated for each data radio bearer independently in RRC signaling message or it may be applicable to all data radio bearers. The signaling parameter is a one bit value, wherein value ‘one’ indicates that large MAC SDU (or extension of length field in MAC subheader) is configured/supported and value ‘zero’ indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported. In another embodiment, presence of signaling parameter in RRC signaling indicates that large MAC SDU (or extension of length field in MAC subheader) is configured/supported, and absence of signaling parameter in RRC signaling indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported.
[0022] In order to select a MAC subheader format to indicate the size of MAC SDU or MAC control element from a plurality of MAC subheader formats, the transmitting node 101.a first determines whether the size of MAC SDU or MAC control element to be transmitted to receiving node 101.b is lesser than a threshold. The threshold can be pre-defined in the system or configured by the network 100. The network 100 can configure the threshold during connection setup between the transmitting node 101.a and receiving node 101.b. If the size of the MAC SDU or MAC control element to be transmitted to the receiving node 101.b is lesser than the threshold, then the transmitting node 101.a selects a first MAC subheader format. If the size of MAC SDU or MAC control element to be transmitted to receiving node 101.b is not less than (i.e. greater than or equal to) the threshold, then the transmitting node 101.b determines whether large MAC SDU (or extension of length field in MAC subheader) is configured/supported for transmitting one or more MAC SDU(s) or MAC control elements not.
[0023] The transmitting node 101.a determines whether the large MAC SDU is configured for transmitting one or more MAC SDU(s) or MAC control element or not, based on value of the signaling parameter transmitted by network 100 in RRC signaling. If transmitting node 101.a determines that the large MAC SDU (or extension of length field in MAC subheader) is configured/supported than transmitting node 101.a selects a second MAC subheader format. If the large MAC SDU (or extension of length field in MAC subheader) is not configured/supported than transmitting node 101.a selects a third MAC subheader format. The size of length field in first MAC subheader format is less than length field in third MAC subheader format. The size of length field in third MAC subheader format is less than length field in second MAC subheader format.
[0024] The transmitting node 101.a then encodes (204) the size of the MAC SDU or MAC control element in the selected MAC subheader format. Encoding size of MAC SDU or MAC control element in selected MAC subheader format comprises encoding size of said MAC SDU or MAC control element in one or more length fields in selected MAC subheader format, encoding one or more fields in selected MAC subheader which distinguishes the selected MAC subheader format from other MAC subheader formats. Other information such as logical channel identifier of logical channel associated with said MAC SDU or MAC control element is also encoded in selected MAC subheader format. The transmitting node 101.a then transmits the MAC PDU carrying the said MAC SDU or MAC control element with MAC subheader to the receiver.
[0025] Various embodiments of the proposed invention that can be adopted by the transmitting and receiving nodes 101 to transmit and receive the protocol data unit are explained below:
[0026] In a first embodiment, the transmitting node 101.a and the receiving node 101.b transmit and receive the Protocol Data Unit (PDU) as follows: In this embodiment (as depicted in Figs. 3a and 3b), if large MAC SDUs (or extension of length field in MAC subheader) needs to be supported, then the network 100, during the DRB creation or connection setup, signals the same to nodes 101. A signaling parameter in radio resource control (RRC) signaling message transmitted by network 100 indicates whether the large MAC SDU (or extension of length field in MAC subheader) is configured/supported or not. The RRC signaling message can be RRCConnectionReconfiguration message. In various embodiments, the signaling parameter can be indicated for each data radio bearer independently in RRC signaling message, or may be applicable to all data radio bearers. The signaling parameter can be a one bit value, wherein value ‘one’ indicates that large MAC SDU (or extension of length field in MAC subheader) is configured/supported, and value ‘zero’ indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported. In another embodiment, presence of the signaling parameter in the RRC signaling indicates that large MAC SDU (or extension of length field in MAC subheader) is configured/supported, and the absence of the signalling parameter in RRC signaling indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported.
[0027] At the transmitting end (as depicted in Fig. 3a), the transmitting node 101.a first checks (302) the size of MAC SDU or MAC CE. If the size of MAC SDU or MAC CE is less than a threshold (i.e. 128 bytes), then the size of MAC SDU or MAC CE is indicated using a first MAC subheader format. The first MAC subheader format comprises of two reserved field of size one bit each, one extension bit field, 5 bit logical channel identifier field, one bit format bit filed and 7 bits length field. The Format Bit (F) is set (306) to zero, and size of MAC SDU or MAC CE is indicated in 7 bits length field of MAC subheader format. The logical channel identifier for logical channel associated with MAC SDU or MAC CE is indicated using 5 bit logical channel identifier field.
[0028] If the size of the MAC SDU or MAC CE is not less than (i.e. greater than or equal to) the threshold (for example, 128 bytes), then the transmitting node 101.a determines (308) whether large MAC SDU (or extension of length field in MAC subheader) is configured/supported or not, that can be determined based on the presence/absence or value of signaling parameter.
[0029] If the large MAC SDU (or extension of length field in MAC subheader) is not configured/supported, then a third MAC subheader format is selected and used to indicate the size of MAC SDU or MAC CE. The third MAC subheader format comprises of two reserved field of size one bit each, one extension bit field, 5 bit logical channel identifier field, one bit format bit filed and 15 bits length field. The Format Bit (F) is set (312) to one, and size of the MAC SDU is indicated in 15 bits length field of MAC subheader format. The logical channel identifier for logical channel associated with MAC SDU or MAC CE is indicated using 5 bit logical channel identifier field. If large MAC SDU (or extension of length field in MAC subheader) is configured, then the size of MAC SDU or MAC CE is indicated using a second MAC subheader format. The second MAC subheader format comprises of two reserved field of size one bit each, one extension bit field, 5 bit logical channel identifier field, one bit format bit filed and X bits length field. In one embodiment size of length field in second MAC subheader format is 16 bits. The Format Bit (F) is set (314) to one, and size of MAC SDU is indicated in ‘X’ bits length field, wherein the value of ‘X’ is pre-defined, or value of ‘X’ can be signaled by network. The logical channel identifier for logical channel associated with MAC SDU is indicated using 5 bit logical channel identifier field.
[0030] In one embodiment, value of X can be ’15+N’ wherein the value of ‘N’ is pre-defined or value of ‘N’ can be signaled by network. In one embodiment, absolute value of ‘N’ can be signaled. In another embodiment, various values of ‘N’ can be indexed and index can be signaled by network.
[0031] At the receiving end (as depicted in Fig. 3b), the receiving node 101.b receives MAC PDU transmitted by the transmitting node 101.a. If the value of F is equal to 0 in MAC subheader of received MAC PDU, then the receiving node identifies that MAC subheader is of first MAC subheader format wherein the length field in the MAC sub header is of 7 bits length, and reads (320) 7 bits of length field in MAC sub header to determine length of MAC SDU. If value of F is 1, then the receiving node 101.b determines (322) if large MAC SDU (or extension of length field in MAC subheader) is configured/supported or not, based on at least one of a presence/absence or value of the signalling parameter. If large MAC SDU is configured/supported, then the receiving node 101.b identifies that MAC subheader is of second mac header format wherein the length field in the MAC sub header is of X bits length and reads (326) ‘X’ bit length field in MAC sub-header to determine size of MAC SDU. If large MAC SDU (or extension of length field in MAC subheader) is not configured/supported, then the receiving node 101.b identifies that MAC subheader is of third mac header format wherein the length field in the MAC sub header is of 15 bits length and reads (328) ‘15’ bit length field in MAC sub-header to determine size of MAC SDU or MAC CE.
[0032] The various MAC subheader formats, criteria to select and encoding of fields in each of these formats by transmitter node in this embodiment are summarized in Table 1A.
Signaling Parameter Size of MAC SDU or MAC CE to be transmitted MAC Subheader Format Fields
0
Note: Absence of this parameter is also treated as ‘0’ < 128 bytes R1 (1 bit), R2(1 bit), E(1 bit), LCID(5 bit), F (1 bit) set to 0, Length (7 bit)
0 >= 128 bytes R1 (1 bit), R2(1 bit), E(1 bit), LCID(5 bit), F (1 bit) set to 1, Length (15 bit)
1 >= 128 bytes R1 (1 bit), R2(1 bit), E(1 bit), LCID(5 bit), F (1 bit) set to 1, Length (X bits)
[0033] The criteria to determine the MAC subheader format and determine size of MAC SDU by receiver node is summarized in Table 1B.
Signaling Parameter Format bit Value MAC SDU size determination
0
Note: Absence of this parameter is also treated as ‘0’ 0 Decode/parse the MAC subheader according to MAC subheader format with R1 (1 bit), R2 (1 bit), E (1 bit), LCID (5 bit), F (1 bit), Length (7 bit). Length indicates size of MAC SDU.
0 1 Decode/parse the MAC subheader according to MAC subheader format with R1 (1 bits), R2 (1 bit), E (1 bit), LCID (5 bit), F (1 bit), Length (15 bits). Length indicate size of MAC SDU.
1 1 Decode/parse the MAC subheader according to MAC subheader format with R1 (1 bit), R2 (1 bit), E (1 bit), LCID (5 bit), F (1 bit), Length (X bits). Length indicates size of MAC SDU.
[0034] In another embodiment, the transmitting and receiving nodes 101 transmit and receive the protocol data unit as follows: In this method, if large MAC SDUs (or extension of length field in MAC subheader) needs to be supported, then the network 100, during the DRB creation or connection setup, signals the same to nodes 101. A signaling parameter in radio resource control (RRC) signaling message transmitted by network 100 indicates whether the large MAC SDU (or extension of length field in MAC subheader) is configured/supported or not. The RRC signaling message can be RRCConnectionReconfiguration message. The said signaling parameter can be indicated for each data radio bearer independently in RRC signaling message or it may be applicable to all data radio bearers. The signaling parameter is a one bit value, wherein value one indicates that large MAC SDU (or extension of length field in MAC subheader) is configured/supported and value zero indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported. Alternately, if signaling parameter is present in RRC signaling then it indicates that large MAC SDU (or extension of length field in MAC subheader) is configured/supported and absence of this parameter in RRC signaling indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported.
[0035] At the transmitting end, the transmitting node 101.a first determines if Large MAC SDU (or extension of length field in MAC subheader) (is configured/supported or not. Accordingly, the transmitting node sets values of Format Bit and the length field in MAC subheader as mentioned below:
1) If large MAC SDU (or extension of length field in MAC subheader) is not configured/supported and size of MAC SDU or MAC CE is lesser than 128 bytes, then the size of MAC SDU or MAC CE is indicated using a MAC subheader format wherein the MAC subheader format comprises of two reserved field of size one bit each, one extension bit field, 5 bit logical channel identifier field, one bit format bit field and 7 bits length field. The Format Bit (F) is set to zero, and size of MAC SDU is indicated in 7 bits length field of MAC subheader format. The logical channel identifier for logical channel associated with MAC SDU or MAC CE is indicated using 5 bit logical channel identifier field. If large MAC SDU (or extension of length field in MAC subheader) is not configured/supported and size of MAC SDU or MAC CE is greater than equal to 128 bytes then the size of MAC SDU or MAC CE is indicated using a MAC subheader format wherein the MAC subheader format comprises of two reserved field of size one bit each, one extension bit field, 5 bit logical channel identifier field, one bit format bit filed and 15 bits length field. The Format Bit (F) is set to one, and size of MAC SDU is indicated in 15 bits length field of MAC subheader format. The logical channel identifier for logical channel associated with MAC SDU is indicated using 5 bit logical channel identifier field.
2) If large MAC SDU (or extension of length field in MAC subheader) is supported/configured and size of MAC SDU or MAC CE is lesser than 2(x) bytes, then the size of MAC SDU or MAC CE is indicated using a MAC subheader format wherein the MAC subheader format comprises of two reserved field of size one bit each, one extension bit field, 5 bit logical channel identifier field, one bit format bit filed and X bits length field. The Format Bit (F) is set to zero, and size of MAC SDU is indicated in X bits length field of MAC subheader format. The logical channel identifier for logical channel associated with MAC SDU is indicated using 5 bit logical channel identifier field. The value of ‘X’ is pre-defined or value of ‘X’ can be signaled by network. In one embodiment, absolute value of ‘X’ can be signaled. In another embodiment, various values of ‘X’ can be indexed and index can be signaled by network. In one embodiment X equals to 8. In one embodiment X bit length field can be added in MAC subheader using two length fields L and EL (as shown in Figure 4H) wherein some most significant bits of length is set in EL field and remaining bits in L field. The format bit is set to zero. In one embodiment EL is one bit and L is 7 bits.
3) If large MAC SDU (or extension of length field in MAC subheader) is supported/configured and size of MAC SDU or MAC CE is greater than equal to 2(x) bytes then the size of MAC SDU is indicated using a MAC subheader format wherein the MAC subheader format comprises of two reserved field of size one bit each, one extension bit field, 5 bit logical channel identifier field, one bit format bit filed and Y bits length field wherein the value of ‘Y’ is pre-defined or value of ‘Y’ can be signaled by network. In one embodiment, absolute value of ‘Y’ can be signaled. In another embodiment, various values of ‘Y’ can be indexed and index can be signaled by network. The Format Bit (F) is set to one, and size of MAC SDU is indicated in Y bits length field of MAC subheader format. In one embodiment Y equals to 16. The logical channel identifier for logical channel associated with MAC SDU is indicated using 5 bit logical channel identifier field. In one embodiment Y bit length field can be added in MAC subheader using two length fields L and EL (as shown in Figure 4H) wherein some most significant bits of length is set in EL field and remaining bits in L field. The format bit is set to one. In one embodiment EL is one bit and L is 15 bits.
4) In one embodiment, multiple sets of two length fields (X, Y) can be there. Network signals which set is indicated by format field in MAC sub-header
[0036] At the receiving end, the receiving node 101.b receives the MAC PDU transmitted by the transmitting node 101.a, and checks if large MAC SDU(or extension of length field in MAC subheader) has been configured or not. If large MAC SDU (or extension of length field in MAC subheader) is not configured, then if Format bit F equal to zero in Mac sub-header of received MAC PDU, then the receiving node identifies that MAC subheader is of first MAC subheader format wherein the length field in the MAC sub header is of 7 bits length and reads ‘7’ bit length field in MAC sub-header to determine size of MAC SDU., and if Format bit F equal to one in Mac sub-header of received MAC PDU, then the receiving node identifies that MAC subheader is of second MAC subheader format wherein the length field in the MAC sub header is of 15 bits length and reads 15 bit length field in MAC sub-header to determine size of MAC SDU. If large MAC SDU (or extension of length field in MAC subheader) has been configured, then if Format bit F equal to zero in Mac sub-header of received MAC PDU, then the receiving node identifies that MAC subheader is of third MAC subheader format wherein the length field in the MAC sub header is of X bits length and reads X bit length field in MAC sub-header to determine size of MAC SDU The value of ‘X’ is pre-defined or is signaled by the network 100. In one embodiment X is 8. In one embodiment receiver node reads the X bits of length using two length fields EL and L. Most significant bits are in EL and remaining bits in L field. If large MAC SDU (or extension of length field in MAC subheader) has been configured, then if Format bit F equal to one in Mac sub-header of received MAC PDU, then the receiving node identifies that MAC subheader is of fourth MAC subheader format wherein the length field in the MAC sub header is of Y bits length and reads Y bit length field in MAC sub-header to determine size of MAC SDU. The value of ‘Y’ is pre-defined or is signaled by the network 100. In one embodiment Y is 16. In one embodiment receiver node reads the Y bit of length using two length fields EL and L. Most significant bits are in EL and remaining bits in L field.
[0037] In another embodiment, the transmitting and receiving nodes 101 transmit and receive the protocol data unit as follows: In this method, a new MAC sub-header format (as depicted in Fig. 4a) is proposed. The new MAC sub-header is defined such that Logical Channel ID (LCID) location is same in the new as well as in legacy MAC sub-header. In this embodiment of the proposed invention, if large MAC SDUs needs to be supported, then the network 100, during the DRB creation or connection setup, signals the same to nodes 101. A signaling parameter in radio resource control (RRC) signaling message transmitted by network 100 indicates whether the large MAC SDU (or extension of length field in MAC subheader) is configured/supported or not. The RRC signaling message can be RRCConnectionReconfiguration message. The said signaling parameter can be indicated for each data radio bearer independently in RRC signaling message or it may be applicable to all data radio bearers. The signaling parameter is a one bit value, wherein value one indicates that large MAC SDU (or extension of length field in MAC subheader) is configured/supported and value zero indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported. Alternately, if signaling parameter is present in RRC signaling then it indicates that large MAC SDU (or extension of length field in MAC subheader) is configured/supported and absence of this parameter in RRC signaling indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported. If large MAC SDU or length field extension in MAC subheader is not indicated in signalling by the network 100, then legacy MAC sub-header (i.e. MAC subheader formats with 7 and 15 bit length fields) is used. If large MAC SDU or length field extension in MAC subheader is indicated in signalling by network 100, then this new MAC sub-header is used. In this embodiment, using the two bit format field of new MAC subheader, up to four different sizes of length field can be indicated. In one embodiment some bits can be reserved for future extension. In one embodiment the sizes indicated by format field are fixed. In another embodiment the sizes indicated by format field are configurable.
[0038] In another embodiment, the transmitting and receiving nodes 101 transmit and receive the protocol data unit as follows: In this method a new MAC sub-header format (as depicted in Fig. 4b) is proposed. The new MAC sub-header is defined such that LCID location is same in new and legacy MAC sub-header. The size of length field can be fixed or configured by network. In this embodiment of the proposed invention, if large MAC SDUs needs to be supported, then the network 100, during the DRB creation or connection setup, signals the same to nodes 101. A signaling parameter in radio resource control (RRC) signaling message transmitted by network 100 indicates whether the large MAC SDU (or extension of length field in MAC subheader) is configured/supported or not. The RRC signaling message can be RRCConnectionReconfiguration message. The said signaling parameter can be indicated for each data radio bearer independently in RRC signaling message or it may be applicable to all data radio bearers. The signaling parameter is a one bit value, wherein value one indicates that large MAC SDU (or extension of length field in MAC subheader) is configured/supported and value zero indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported. Alternately, if signaling parameter is present in RRC signaling then it indicates that large MAC SDU is configured/supported and absence of this parameter in RRC signaling indicates that large MAC SDU is not configured/supported. If large MAC SDU or length field extension in MAC subheader is not indicated in signalling by network then legacy MAC sub-header is used. If large MAC SDU or length field extension in MAC subheader is indicated in signalling by network then this new MAC sub-header is used.
[0039] In another embodiment, the transmitting and receiving nodes 101 transmit and receive the protocol data unit as follows: In this method, a new MAC sub-header format (as depicted in Fig. 4c). If the length of MAC SDU or MAC CE is longer than length that can be indicated using legacy MAC sub-header, then the transmitting node 101.a transmits two MAC sub headers in MAC PDU for a single MAC SDU or MAC CE, wherein the new sub-header follows the legacy sub-header. The most significant bits (or least significant bits) of length are carried in legacy sub-header and least significant bits (or most significant bits) are carried in this new sub-header. The LCID in the legacy sub-header is the LCID of logical channel associated with DRB whereas LCID in new sub-header is a reserved LCID which is reserved specifically for this new sub header. The number of extended length bits in this new MAC sub-header can be predefined, or can be configured at the time of DRB establishment by network. In another embodiment, a format bit can be included in this new MAC sub-header to indicate various sizes of extension bits. In another embodiment, multiple MAC sub-headers with extension bits can be added.
[0040] In another embodiment, the transmitting and receiving nodes 101 transmit and receive the protocol data unit as follows: In this method, if large MAC SDUs needs to be supported, then the network 100, during the DRB creation or connection setup, signals the same to nodes 101. A signaling parameter in radio resource control (RRC) signaling message transmitted by network 100 indicates whether the large MAC SDU (or extension of length field in MAC subheader) is configured/supported or not. The RRC signaling message can be RRCConnectionReconfiguration message. The said signaling parameter can be indicated for each data radio bearer independently in RRC signaling message or it may be applicable to all data radio bearers. The signaling parameter is a one bit value, wherein value one indicates that large MAC SDU (or extension of length field in MAC subheader) is configured and value zero indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported. Alternately, if signaling parameter is present in RRC signaling then it indicates that large MAC SDU (or extension of length field in MAC subheader) is configured/supported and absence of this parameter in RRC signaling indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported. If large MAC SDU or length field extension in MAC subheader is not indicated in signaling by network then legacy MAC sub-header is used. If large MAC SDU or length field extension in MAC subheader is indicated then both F and R1 (or R2) bits in the legacy MAC sub-header are used to indicate the size of length field in the MAC sub-header (as depicted in Fig. 4d). In this method, the size of length field in MAC subheader is determined as follows:
• If F == 0 then it indicates 7 bits length field else
• If F == 1 && R1(or R2) == 0 then it indicates 15 bits length field else
• If F == 1 && R1 (or R2) == 1 then it indicates ‘X’ bits length field wherein ‘X’ is pre-defined or ‘X’ = 15 + ‘N’ wherein ‘N’ is pre-defined. In one embodiment ‘N’ may be signaled by network.
[0041] The transmitting node 101.a determines the size of MAC SDU and if size is lesser than 128 bytes then it sets F equals zero in MAC subheader and encodes the size of MAC SDU in 7 bit length field. If size of MAC SDU is greater than or equal to 128 bytes but lesser than 32768 then it sets F equals to one, R1 (or R2) equals to zero and encodes the size of MAC SDU in 15 bits length field. If size of MAC SDU is greater than or equal to 32768 bytes then it sets F equals to one, R1 (or R2) equals to one and encode the size of MAC SDU in X bits length field. X can be 16 bits in one implementation.
[0042] In another embodiment, the transmitting and receiving nodes 101 transmit and receive the protocol data unit as follows: In this method, if large MAC SDUs needs to be supported, then the network 100, during the DRB creation, signals the same to nodes 101. A signaling parameter in radio resource control (RRC) signaling message transmitted by network 100 indicates whether the large MAC SDU (extension of length field in MAC subheader) is configured/supported or not. The RRC signaling message can be RRCConnectionReconfiguration message. The said signaling parameter can be indicated for each data radio bearer independently in RRC signaling message or it may be applicable to all data radio bearers. The signaling parameter is a one bit value, wherein value one indicates that large MAC SDU (or extension of length field in MAC subheader) is configured and value zero indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported. Alternately, if signaling parameter is present in RRC signaling then it indicates that large MAC SDU (or extension of length field in MAC subheader) is configured/supported and absence of this parameter in RRC signaling indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported. If large MAC SDU or length field extension in MAC subheader is not indicated in signaling by network then legacy MAC sub-header is used. If large MAC SDU or length field extension in MAC subheader is indicated then in this embodiment both F and R1, R2 bits in the legacy MAC sub-header are used to indicate the size of length field in the MAC sub-header (as depicted in Fig. 4d). In this method, the size of length field in MAC subheader is determined as follows:
– If F == 0 then it indicates 7 bits length field
– If F == 1 && R1R2 == 00 then it indicates 15 bits length field
– If F == 1 && R1R2 == 01 then it indicates ‘X’ bits length field
– If F == 1 && R1R2 == 10 then it indicates ‘Y’ bits length field
– If F == 1 && R1R2 == 11 then it indicates ‘Z’ bits length field
– ‘X’, ‘Y’ and ‘Z’ are pre-defined
[0043] The transmitting node 101.a determines the size of MAC SDU and accordingly encodes the size of length field, F, R1R2 bits in the MAC subheader.
[0044] In another embodiment, the transmitting and receiving nodes 101 transmit and receive the protocol data unit as follows: In this method, if large MAC SDUs needs to be supported, then the network 100, during the DRB creation or connection setup, signals the same to nodes 101. A signaling parameter in radio resource control (RRC) signaling message transmitted by network 100 indicates whether the large MAC SDU (extension of length field in MAC subheader) is configured/supported or not. The RRC signaling message can be RRCConnectionReconfiguration message. The said signaling parameter can be indicated for each data radio bearer independently in RRC signaling message or it may be applicable to all data radio bearers. The signaling parameter is a one bit value, wherein value one indicates that large MAC SDU (or extension of length field in MAC subheader) is configured and value zero indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported. Alternately, if signaling parameter is present in RRC signaling then it indicates that large MAC SDU (or extension of length field in MAC subheader) is configured/supported and absence of this parameter in RRC signaling indicates that large MAC SDU(or extension of length field in MAC subheader) is not configured/supported. If large MAC SDU or length field extension in MAC subheader is not indicated in signaling by network then legacy MAC sub-header is used. If large MAC SDU or length field extension in MAC subheader is indicated in signaling by network then, two MAC sub headers for same LCID for one MAC SDU is sent (as depicted in Fig. 4e). The length of MAC SDU is combined length in both sub headers, wherein, L1: MSBs of length; L2: LSBs of length and L1 and L2 indicated in first and second sub-header respectively or vice versa. Alternately the length L of MAC SDU equals = value of length field in first sub-header + value of length field in second sub-header. The network 100 can configure this method during DRB establishment or connection establishment.
[0045] In another embodiment, the transmitting and receiving nodes 101 transmit and receive the protocol data unit as follows: In this method, if large MAC SDUs needs to be supported, then the network 100, during the DRB creation or connection setup, signals the same to nodes 101. A signaling parameter in radio resource control (RRC) signaling message transmitted by network 100 indicates whether the large MAC SDU (extension of length field in MAC subheader) is configured/supported or not. The RRC signaling message can be RRCConnectionReconfiguration message. The said signaling parameter can be indicated for each data radio bearer independently in RRC signaling message or it may be applicable to all data radio bearers. The signaling parameter is a one bit value, wherein value one indicates that large MAC SDU (or extension of length field in MAC subheader) is configured and value zero indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported. Alternately, if signaling parameter is present in RRC signaling then it indicates that large MAC SDU (or extension of length field in MAC subheader) is configured/supported and absence of this parameter in RRC signaling indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported. If large MAC SDU or length field extension in MAC subheader is not indicated in signaling by network then legacy MAC sub-header is used. In this embodiment, a new MAC sub-header is defined (as depicted in Fig. 4f). The new MAC sub-header is defined such that LCID location is same in new and legacy MAC sub-header. In this method, If large MAC SDU or length field extension in MAC subheader is not configured in signaling by network then legacy MAC sub-header is used wherein F = 1 indicates 15 bit length field and F= 0 indicates 7 bit length field. If large MAC SDU or length field extension in MAC subheader is indicated/configured in signaling by network then this new MAC sub-header (figure 4F) is used wherein F = 0 indicates 7 bit length field and F = 1 indicates 16 bit length. The 15 LSBs of 16 bit length field is encoded in L field following the F field. The MSB of 16 bit length field is encoded in EL field of MAC subheader. EL field can be present in first or second bit of MAC sub-header. The transmitting node 101.a determines the size of MAC SDU and if MAC SDU size is lesser than equal to 128 bytes, then F bit in MAC subheader is set to zero and size of MAC SDU is encoded in 7 bit length field. If size of MAC SDU is greater than or equal to 128 bytes and large MAC SDU or length field extension in MAC subheader is configured/supported indication is received in signaling from network then F is set to one and size of MAC SDU is encoded in L and EL field of MAC subheader.
[0046] Alternately, If large MAC SDU or length field extension in MAC subheader is indicated in signaling by network 100, then this new MAC sub-header (Figure 4H) is used wherein F = 0 indicates 8 bit length field and F = 1 indicates 16 bit length. If F equals to one, then 15 LSBs of 16 bit length field is encoded in L field following the F field. The MSB of 16 bit length field is encoded in EL field of MAC subheader. EL field can be present in first or second bit of MAC sub-header. If F equals to zero, then 7 LSBs of 8 bit length field is encoded in L field following the F field. The MSB of 8 bit length field is encoded in EL field of MAC subheader. EL field can be present in first or second bit of MAC sub-header.
[0047] If large MAC SDU or length field extension in MAC subheader (i.e. extendedLength) is not configured by higher layer and the size of the MAC SDU or variable-sized MAC control element is less than 128 byte, F field is set to 0. If large MAC SDU or length field extension in MAC subheader (i.e. extendedLength ) is configured by higher layer and the size of the MAC SDU or variable-sized MAC control element is less than 256 byte, F field is set to 0. Otherwise it is set to one.
[0048] If large MAC SDU or length field extension in MAC subheader (i.e. extendedLength) is configured by higher layers, the L field is extended with the EL field of the corresponding MAC subheader. The EL-field is added as the most significant bit for the Length field.
[0049] The Extended Length (EL) field is used for L field extension bit, if configured by higher layers. If extended L field is not configured by higher layers, the EL field is set to “0”.
[0050] In another embodiment, the transmitting and receiving nodes 101 transmit and receive the protocol data unit as follows: In this embodiment, if large MAC SDUs needs to be supported, then the network 100, during the DRB creation or connection setup, signals the same to nodes 101. A signaling parameter in radio resource control (RRC) signaling message transmitted by network 100 indicates whether the large MAC SDU (extension of length field in MAC subheader) is configured/supported or not. The RRC signaling message can be RRCConnectionReconfiguration message. The said signaling parameter can be indicated for each data radio bearer independently in RRC signaling message or it may be applicable to all data radio bearers. The signaling parameter is a one bit value, wherein value one indicates that large MAC SDU (or extension of length field in MAC subheader) is configured/supported and value zero indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported. Alternately, if signaling parameter is present in RRC signaling then it indicates that large MAC SDU (or extension of length field in MAC subheader) is configured/supported and absence of this parameter in RRC signaling indicates that large MAC SDU (or extension of length field in MAC subheader) is not configured/supported. If large MAC SDU or length field extension in MAC subheader is not indicated in signaling by network then legacy MAC sub-header is used. Otherwise, in this embodiment, a new MAC sub-header is defined (as depicted in Fig. 4g). The new MAC sub-header is defined such that LCID location is same in new and legacy MAC sub-header. If the size of the MAC SDU or variable-sized MAC control element is larger than 32768 bytes, the value of the F2 field is set to 1; otherwise it is set to 0. If the F2 field is set to 0, then F field above is used to indicates the size of the Length field between 7bits and 15bits, and if F2 field is set to 1, F field does not exist; In this MAC sub-header, F2 equals one indicates that 16 bit length field follows the LCID field in MAC sub-header.
[0051] The various actions in method 300 may be performed in the order presented, in a different order or simultaneously. Further, in some embodiments, some actions listed in FIG. 3 may be omitted.
[0052] The embodiments disclosed herein can be implemented through at least one software program running on at least one hardware device and performing network management functions to control the network elements. The network elements shown in Fig. 1 include blocks which can be at least one of a hardware device, or a combination of hardware device and software module.
[0053] The embodiments disclosed herein specify a mechanism for synchronizing communication between transmitting and receiving nodes in a communication network. The mechanism allows synchronized encryption and decryption of data, providing a system thereof. Therefore, it is understood that the scope of protection is extended to such a system and by extension, to a computer readable means having a message therein, said computer readable means containing a program code for implementation of one or more steps of the method, when the program runs on a server or mobile device or any suitable programmable device. The method is implemented in a preferred embodiment using the system together with a software program written in, for ex. Very high speed integrated circuit Hardware Description Language (VHDL), another programming language, or implemented by one or more VHDL or several software modules being executed on at least one hardware device. The hardware device can be any kind of device which can be programmed including, for ex. any kind of a computer like a server or a personal computer, or the like, or any combination thereof, for ex. one processor and two FPGAs. The device may also include means which could be for ex. hardware means like an ASIC or a combination of hardware and software means, an ASIC and an FPGA, or at least one microprocessor and at least one memory with software modules located therein. Thus, the means are at least one hardware means or at least one hardware-cum-software means. The method embodiments described herein could be implemented in pure hardware or partly in hardware and partly in software. Alternatively, the embodiment may be implemented on different hardware devices, for ex. using a plurality of CPUs.
[0054] The foregoing description of the specific embodiments will so fully reveal the general nature of the embodiments herein that others can, by applying current knowledge, readily modify and/or adapt for various applications such specific embodiments without departing from the generic concept, and, therefore, such adaptations and modifications should and are intended to be comprehended within the meaning and range of equivalents of the disclosed embodiments. It is to be understood that the phraseology or terminology employed herein is for the purpose of description and not of limitation. Therefore, while the embodiments herein have been described in terms of preferred embodiments, those skilled in the art will recognize that the embodiments herein can be practiced with modification within the spirit and scope of the claims as described herein.
CLAIMS
What is claimed is:
1. A method for data transmission in a communication network, said method comprising:
determining a length of MAC SDU to be transmitted, by a transmitting node of said communication network;
determining whether said length of MAC SDU is less than a threshold, by said transmitting node;
encoding said length of MAC SDU in a first MAC subheader format, by said transmitting node, if said length of MAC SDU is lesser than said threshold;
determining whether a large MAC SDU is configured, by said transmitting node, if length of said MAC SDU is not less than said threshold;
encoding length of MAC SDU in a second MAC subheader format, by said transmitting node, if said large MAC SDU is configured and if said length of MAC SDU is not less than said threshold;
encoding length of MAC SDU in a third MAC subheader format, by said transmitting node, if said large MAC SDU is not configured and if said length of MAC SDU is not less than said threshold; and
transmitting said MAC SDU with said MAC subheader, to a receiving node of said communication network, by said transmitting node.
2. The method as claimed in claim 1, wherein said large MAC SDU configuration is determined based on presence of a signalling parameter in a Radio Resource Control (RRC) message received from said communication network, wherein determining the large MAC SDU configuration based on the presence of the signalling parameter further comprises of:
receiving said RRC message from said communication network, by said transmitting node;
determining that said large MAC SDU is configured, by said transmitting node, if said signalling parameter is present in said RRC message; and
determining that said large MAC SDU is not configured, by said transmitting node, if said signalling parameter is not present in said RRC message.
3. The method as claimed in claim 1, wherein said large MAC SDU configuration is determined based on value of a signalling parameter, wherein determining said large MAC SDU configuration based on the value of the signalling parameter further comprises of:
receiving said signalling parameter along with said RRC message, from said communication network, by said transmitting node;
determining that said large MAC SDU is configured, by said transmitting node, if value of said signalling parameter is equal to one; and
determining that said large MAC SDU is configured, by said transmitting node, if value of said signalling parameter is equal to zero.
4. The method as claimed in claim 1, wherein encoding said length of MAC SDU in said first MAC subheader format further comprises of:
setting length of MAC SDU in a length field of first size, in said first MAC subheader format, wherein said MAC subheader comprises of two reserved fields, a extension field, a Logical Channel Identifier (LCID) field, a format indicator field, and a length field of first size; and
setting format bit indicator field to 0, in said first MAC subheader format.
5. The method as claimed in claim 1, wherein encoding length of MAC SDU in said second MAC subheader format further comprises of:
setting at least one Most Significant Bit (MSB) of said length of MAC SDU in a first length field of said second MAC subheader format, wherein said second MAC subheader format comprises of said first length field, a reserved field, a extension field, a Logical Channel Identifier (LCID) field, a format indicator field, and second length field wherein sum of size of first length field and second length field is of third size;
setting Least Significant Bits (LSB) of said length of MAC SDU in a second length field of said second MAC subheader format; and
setting format bit indicator to one, in said second MAC subheader format.
6. The method as claimed in claim 1, wherein encoding said length of MAC SDU in said third MAC subheader format further comprises of:
setting said length of MAC SDU in a length field of third size, of said third MAC subheader format, wherein said third MAC subheader format comprises of two reserved fields, an extension field, a Logical Channel Identifier (LCID) field, a format indicator field, and a length field of third size; and
setting said format bit indicator field to 1, in said third MAC subheader format.
7. A method for data transmission in a communication network, said method comprising:
determining whether extended length is configured or not, by said transmitting node;
determining a length of MAC SDU to be transmitted, by said transmitting node;
setting a format (F) field in a MAC subheader format to zero, by said transmitting node, if said extended length is not configured and the size of the MAC SDU is less than 128 byte;
setting said F field in the MAC subheader format to zero, by said transmitting node, if said extended length is configured and the size of the MAC SDU is less than 256 bytes;
setting said F field in the MAC subheader format to one, by said transmitting node, if said extended length is configured and the size of the MAC SDU is at least one of equal to and exceeding 256 bytes;
setting a Most Significant Bit (MSB) of length in said extended length field and remaining bits of length field in length field, by said transmitting node, if said extended length is configured; and
setting zero value in said extended length field, by said transmitting node, if said extended length is not configured.
8. A system for data transmission in a communication network, said system configured for:
determining a length of MAC SDU to be transmitted, by a transmitting node of said communication network;
determining whether said length of MAC SDU is less than a threshold, by said transmitting node;
encoding said length of MAC SDU in a first MAC subheader format, by said transmitting node, if said length of MAC SDU is lesser than said threshold;
determining whether a large MAC SDU is configured, by said transmitting node, if length of said MAC SDU is not less than said threshold;
encoding length of MAC SDU in a second MAC subheader format, by said transmitting node, if said large MAC SDU is configured and if said length of MAC SDU is not less than said threshold;
encoding length of MAC SDU in a third MAC subheader format, by said transmitting node, if said large MAC SDU is not configured and if said length of MAC SDU is not less than said threshold; and
transmitting said MAC SDU with said MAC subheader, to a receiving node of said communication network, by said transmitting node.
9. The system as claimed in claim 8, wherein said transmitting node is configured to determine said large MAC SDU configuration, based on presence of a signalling parameter in a Radio Resource Control (RRC) message received from said communication network, said transmitting node determines said large MAC SDU configuration by:
receiving said RRC message from said communication network, by said transmitting node;
determining that said large MAC SDU is configured, by said transmitting node, if said signalling parameter is present in said RRC message; and
determining that said large MAC SDU is not configured, by said transmitting node, if said signalling parameter is not present in said RRC message.
10. The system as claimed in claim 8, wherein said transmitting node is configured to determine said large MAC SDU configuration, based on value of a signalling parameter, wherein said transmitting node determines said large MAC SDU configuration, based on the value of the signalling parameter, by:
receiving said signalling parameter along with said RRC message, from said communication network, by said transmitting node;
determining that said large MAC SDU is configured, by said transmitting node, if value of said signalling parameter is equal to one; and
determining that said large MAC SDU is configured, by said transmitting node, if value of said signalling parameter is equal to zero.
11. The system as claimed in claim 8, wherein said system is configured to encode the length of MAC SDU in said first MAC subheader format by:
setting length of MAC SDU in a length field of first size, in said first MAC subheader format, by said transmitting node, wherein said MAC subheader comprises of two reserved fields, a extension field, a Logical Channel Identifier (LCID) field, a format indicator field, and a length field of first size; and
setting format bit indicator field to 0, in said first MAC subheader format, by said transmitting node.
12. The system as claimed in claim 8, wherein said system is configured to encode length of MAC SDU in said second MAC subheader format by:
setting at least one Most Significant Bit (MSB) of said length of MAC SDU in a first length field of said second MAC subheader format, by said transmitting node, wherein said second MAC subheader format comprises of said first length field, a reserved field, a extension field, a Logical Channel Identifier (LCID) field, a format indicator field, and a second length field, wherein sum of size of said first length field and said second length field is of third size;
setting Least Significant Bits (LSB) of said length of MAC SDU in a second length field of said second MAC subheader format, by said transmitting node; and
setting format bit indicator to one, in said second MAC subheader format, by said transmitting node.
13. The system as claimed in claim 8, wherein said system is configured to encode said length of MAC SDU in said third MAC subheader format by:
setting said length of MAC SDU in a length field of third size, of said third MAC subheader format, by said transmitting node, wherein said third MAC subheader format comprises of two reserved fields, an extension field, a Logical Channel Identifier (LCID) field, a format indicator field, and a length field of third size; and
setting said format bit indicator field to 1, in said third MAC subheader format, by said transmitting node.
14. The system for handling data transmission in a communication network, said system is configured to handle said data transmission by:
determining whether extended length is configured or not, by said transmitting node;
determining a length of MAC SDU to be transmitted, by said transmitting node;
setting a format (F) field in a MAC subheader format to zero, by said transmitting node, if said extended length is not configured and the size of the MAC SDU is less than 128 byte;
setting said F field in the MAC subheader format to zero, by said transmitting node, if said extended length is configured and the size of the MAC SDU is less than 256 bytes;
setting said F field in the MAC subheader format to one, by said transmitting node, if extended length is configured and the size of the MAC SDU is at least one of equal to and exceeding 256 bytes;
setting a Most Significant Bit (MSB) of length in said extended length field and remaining bits of length field in length field, by said transmitting node, if said extended length is configured; and
setting zero value in said extended length field, by said transmitting node, if said extended length is not configured.
Dated this 30th September 2015
Signatures:
Name of the Signatory: Kalyan Chakravarthy
ABSTRACT
Method and system for managing data transmission in a communication network. During Data Resource Bearer (DRB) creation, network signals to a transmitting node, the data transfer requirement. The network uses a signalling parameter to indicate a large data transfer requirement. Based on the data transfer requirement information collected from the network, the transmitting node determines the type of data format that needs to be used for the data transmission. If the network signals large data transfer requirement, then the transmitting node selects a Subheader format in which the length field of the data format suits the large data transfer requirement. Further, data communication is initiated, using the selected Subheader format.
FIG. 3
,CLAIMS:CLAIMS
What is claimed is:
1. A method for data transmission in a communication network, said method comprising:
determining a length of MAC SDU to be transmitted, by a transmitting node of said communication network;
determining whether said length of MAC SDU is less than a threshold, by said transmitting node;
encoding said length of MAC SDU in a first MAC subheader format, by said transmitting node, if said length of MAC SDU is lesser than said threshold;
determining whether a large MAC SDU is configured, by said transmitting node, if length of said MAC SDU is not less than said threshold;
encoding length of MAC SDU in a second MAC subheader format, by said transmitting node, if said large MAC SDU is configured and if said length of MAC SDU is not less than said threshold;
encoding length of MAC SDU in a third MAC subheader format, by said transmitting node, if said large MAC SDU is not configured and if said length of MAC SDU is not less than said threshold; and
transmitting said MAC SDU with said MAC subheader, to a receiving node of said communication network, by said transmitting node.
2. The method as claimed in claim 1, wherein said large MAC SDU configuration is determined based on presence of a signalling parameter in a Radio Resource Control (RRC) message received from said communication network, wherein determining the large MAC SDU configuration based on the presence of the signalling parameter further comprises of:
receiving said RRC message from said communication network, by said transmitting node;
determining that said large MAC SDU is configured, by said transmitting node, if said signalling parameter is present in said RRC message; and
determining that said large MAC SDU is not configured, by said transmitting node, if said signalling parameter is not present in said RRC message.
3. The method as claimed in claim 1, wherein said large MAC SDU configuration is determined based on value of a signalling parameter, wherein determining said large MAC SDU configuration based on the value of the signalling parameter further comprises of:
receiving said signalling parameter along with said RRC message, from said communication network, by said transmitting node;
determining that said large MAC SDU is configured, by said transmitting node, if value of said signalling parameter is equal to one; and
determining that said large MAC SDU is configured, by said transmitting node, if value of said signalling parameter is equal to zero.
4. The method as claimed in claim 1, wherein encoding said length of MAC SDU in said first MAC subheader format further comprises of:
setting length of MAC SDU in a length field of first size, in said first MAC subheader format, wherein said MAC subheader comprises of two reserved fields, a extension field, a Logical Channel Identifier (LCID) field, a format indicator field, and a length field of first size; and
setting format bit indicator field to 0, in said first MAC subheader format.
5. The method as claimed in claim 1, wherein encoding length of MAC SDU in said second MAC subheader format further comprises of:
setting at least one Most Significant Bit (MSB) of said length of MAC SDU in a first length field of said second MAC subheader format, wherein said second MAC subheader format comprises of said first length field, a reserved field, a extension field, a Logical Channel Identifier (LCID) field, a format indicator field, and second length field wherein sum of size of first length field and second length field is of third size;
setting Least Significant Bits (LSB) of said length of MAC SDU in a second length field of said second MAC subheader format; and
setting format bit indicator to one, in said second MAC subheader format.
6. The method as claimed in claim 1, wherein encoding said length of MAC SDU in said third MAC subheader format further comprises of:
setting said length of MAC SDU in a length field of third size, of said third MAC subheader format, wherein said third MAC subheader format comprises of two reserved fields, an extension field, a Logical Channel Identifier (LCID) field, a format indicator field, and a length field of third size; and
setting said format bit indicator field to 1, in said third MAC subheader format.
7. A method for data transmission in a communication network, said method comprising:
determining whether extended length is configured or not, by said transmitting node;
determining a length of MAC SDU to be transmitted, by said transmitting node;
setting a format (F) field in a MAC subheader format to zero, by said transmitting node, if said extended length is not configured and the size of the MAC SDU is less than 128 byte;
setting said F field in the MAC subheader format to zero, by said transmitting node, if said extended length is configured and the size of the MAC SDU is less than 256 bytes;
setting said F field in the MAC subheader format to one, by said transmitting node, if said extended length is configured and the size of the MAC SDU is at least one of equal to and exceeding 256 bytes;
setting a Most Significant Bit (MSB) of length in said extended length field and remaining bits of length field in length field, by said transmitting node, if said extended length is configured; and
setting zero value in said extended length field, by said transmitting node, if said extended length is not configured.
8. A system for data transmission in a communication network, said system configured for:
determining a length of MAC SDU to be transmitted, by a transmitting node of said communication network;
determining whether said length of MAC SDU is less than a threshold, by said transmitting node;
encoding said length of MAC SDU in a first MAC subheader format, by said transmitting node, if said length of MAC SDU is lesser than said threshold;
determining whether a large MAC SDU is configured, by said transmitting node, if length of said MAC SDU is not less than said threshold;
encoding length of MAC SDU in a second MAC subheader format, by said transmitting node, if said large MAC SDU is configured and if said length of MAC SDU is not less than said threshold;
encoding length of MAC SDU in a third MAC subheader format, by said transmitting node, if said large MAC SDU is not configured and if said length of MAC SDU is not less than said threshold; and
transmitting said MAC SDU with said MAC subheader, to a receiving node of said communication network, by said transmitting node.
9. The system as claimed in claim 8, wherein said transmitting node is configured to determine said large MAC SDU configuration, based on presence of a signalling parameter in a Radio Resource Control (RRC) message received from said communication network, said transmitting node determines said large MAC SDU configuration by:
receiving said RRC message from said communication network, by said transmitting node;
determining that said large MAC SDU is configured, by said transmitting node, if said signalling parameter is present in said RRC message; and
determining that said large MAC SDU is not configured, by said transmitting node, if said signalling parameter is not present in said RRC message.
10. The system as claimed in claim 8, wherein said transmitting node is configured to determine said large MAC SDU configuration, based on value of a signalling parameter, wherein said transmitting node determines said large MAC SDU configuration, based on the value of the signalling parameter, by:
receiving said signalling parameter along with said RRC message, from said communication network, by said transmitting node;
determining that said large MAC SDU is configured, by said transmitting node, if value of said signalling parameter is equal to one; and
determining that said large MAC SDU is configured, by said transmitting node, if value of said signalling parameter is equal to zero.
11. The system as claimed in claim 8, wherein said system is configured to encode the length of MAC SDU in said first MAC subheader format by:
setting length of MAC SDU in a length field of first size, in said first MAC subheader format, by said transmitting node, wherein said MAC subheader comprises of two reserved fields, a extension field, a Logical Channel Identifier (LCID) field, a format indicator field, and a length field of first size; and
setting format bit indicator field to 0, in said first MAC subheader format, by said transmitting node.
12. The system as claimed in claim 8, wherein said system is configured to encode length of MAC SDU in said second MAC subheader format by:
setting at least one Most Significant Bit (MSB) of said length of MAC SDU in a first length field of said second MAC subheader format, by said transmitting node, wherein said second MAC subheader format comprises of said first length field, a reserved field, a extension field, a Logical Channel Identifier (LCID) field, a format indicator field, and a second length field, wherein sum of size of said first length field and said second length field is of third size;
setting Least Significant Bits (LSB) of said length of MAC SDU in a second length field of said second MAC subheader format, by said transmitting node; and
setting format bit indicator to one, in said second MAC subheader format, by said transmitting node.
13. The system as claimed in claim 8, wherein said system is configured to encode said length of MAC SDU in said third MAC subheader format by:
setting said length of MAC SDU in a length field of third size, of said third MAC subheader format, by said transmitting node, wherein said third MAC subheader format comprises of two reserved fields, an extension field, a Logical Channel Identifier (LCID) field, a format indicator field, and a length field of third size; and
setting said format bit indicator field to 1, in said third MAC subheader format, by said transmitting node.
14. The system for handling data transmission in a communication network, said system is configured to handle said data transmission by:
determining whether extended length is configured or not, by said transmitting node;
determining a length of MAC SDU to be transmitted, by said transmitting node;
setting a format (F) field in a MAC subheader format to zero, by said transmitting node, if said extended length is not configured and the size of the MAC SDU is less than 128 byte;
setting said F field in the MAC subheader format to zero, by said transmitting node, if said extended length is configured and the size of the MAC SDU is less than 256 bytes;
setting said F field in the MAC subheader format to one, by said transmitting node, if extended length is configured and the size of the MAC SDU is at least one of equal to and exceeding 256 bytes;
setting a Most Significant Bit (MSB) of length in said extended length field and remaining bits of length field in length field, by said transmitting node, if said extended length is configured; and
setting zero value in said extended length field, by said transmitting node, if said extended length is not configured.
Dated this 30th September 2015
Signatures:
Name of the Signatory: Kalyan Chakravarthy
| # | Name | Date |
|---|---|---|
| 1 | Form5.pdf | 2014-10-28 |
| 2 | FORM3.pdf | 2014-10-28 |
| 3 | Form2.pdf | 2014-10-28 |
| 4 | Drawings.pdf | 2014-10-28 |
| 5 | Drawing [30-09-2015(online)].pdf | 2015-09-30 |
| 6 | Description(Complete) [30-09-2015(online)].pdf | 2015-09-30 |
| 7 | 5275-CHE-2014-FORM-26 [13-03-2018(online)].pdf | 2018-03-13 |
| 8 | 5275-CHE-2014-FORM-26 [16-03-2018(online)].pdf | 2018-03-16 |
| 9 | 5275-CHE-2014-REQUEST FOR CERTIFIED COPY [11-05-2018(online)].pdf | 2018-05-11 |
| 10 | 5275-CHE-2014-REQUEST FOR CERTIFIED COPY [11-05-2018(online)]-1.pdf | 2018-05-11 |
| 11 | 5275-CHE-2014-FER.pdf | 2019-05-15 |
| 12 | 5275-CHE-2014-OTHERS [28-08-2019(online)].pdf | 2019-08-28 |
| 13 | 5275-CHE-2014-FER_SER_REPLY [28-08-2019(online)].pdf | 2019-08-28 |
| 14 | 5275-CHE-2014-CORRESPONDENCE [28-08-2019(online)].pdf | 2019-08-28 |
| 15 | 5275-CHE-2014-CLAIMS [28-08-2019(online)].pdf | 2019-08-28 |
| 16 | 5275-CHE-2014-ABSTRACT [28-08-2019(online)].pdf | 2019-08-28 |
| 17 | 5275-CHE-2014-US(14)-HearingNotice-(HearingDate-17-11-2021).pdf | 2021-10-17 |
| 18 | 5275-CHE-2014-FORM-26 [22-10-2021(online)].pdf | 2021-10-22 |
| 19 | 5275-CHE-2014-Correspondence to notify the Controller [22-10-2021(online)].pdf | 2021-10-22 |
| 20 | 5275-CHE-2014-Annexure [22-10-2021(online)].pdf | 2021-10-22 |
| 21 | 5275-CHE-2014-Written submissions and relevant documents [30-11-2021(online)].pdf | 2021-11-30 |
| 22 | 5275-CHE-2014-RELEVANT DOCUMENTS [30-11-2021(online)].pdf | 2021-11-30 |
| 23 | 5275-CHE-2014-PETITION UNDER RULE 137 [30-11-2021(online)].pdf | 2021-11-30 |
| 24 | 5275-CHE-2014-Annexure [30-11-2021(online)].pdf | 2021-11-30 |
| 25 | 5275-CHE-2014-PatentCertificate04-02-2022.pdf | 2022-02-04 |
| 26 | 5275-CHE-2014-IntimationOfGrant04-02-2022.pdf | 2022-02-04 |
| 27 | 5275-CHE-2014-RELEVANT DOCUMENTS [31-08-2023(online)].pdf | 2023-08-31 |
| 1 | 2019-04-2412-40-21_24-04-2019.pdf |