METHOD AND DEVICE USED FOR WIRELESS COMMUNICATION

1 . A first node for wireless communications, comprising:

a first receiver, receiving a first message, the first message being RRCRelease, the first message comprising a suspendConfig field; and entering into RRC_Inactive state as a response to receiving the first message;

wherein whether to receive data units via a first RLC bearer in the RRC_Inactive state is related to whether the first message configures a first bearer and a type of the first RLC bearer; before receiving the first message the first RLC bearer is associated to the first bearer; when the first message does not configure the first bearer, data units are not received via the first RLC bearer in the RRC_Inactive state; when the first message configures the first bearer and the type of the first RLC bearer is a first type, data units are not received via the first RLC bearer in the RRC_Inactive state; when the first message configures the first bearer and the type of the first RLC bearer is a second type, data units are received via the first RLC bearer in the RRC_Inactive state; data units transmitted via an RLC bearer of the first type are identified by a unicast RNTI, while data units transmitted via an RLC bearer of the second type are identified by a non-unicast RNTI; that the first message configures the first bearer comprises that the first message comprises configuration information for an RLC bearer that is associated to the first bearer;

when the first message configures the first bearer and the type of the first RLC bearer is a first type, that data units are not received via the first RLC bearer in the RRC_Inactive state comprises:

receiving data units via an RLC bearer other than the first RLC bearer in the RRC_Inactive state; the RLC bearer other than the first RLC bearer is associated to the first bearer, and a type of the RLC bearer other than the first RLC bearer is the second type.

2 . The first node according to claim 1 , characterized in comprising:

the first receiver, updating an RLC bearer that is associated to the first bearer according to the type of the first RLC bearer as a response to receiving the first message;

wherein when the type of the first RLC bearer is the first type, the first RLC bearer is removed from the RLC bearer that is associated to the first bearer; when the type of the first RLC bearer is the second type, the association between the first RLC bearer and the first bearer is maintained.

3 . The first node according to claim 1 , characterized in comprising:

the first receiver, determining whether to deactivate the first RLC bearer according to the type of the first RLC bearer as a response to receiving the first message;

wherein the first RLC bearer is deactivated when the type of the first RLC bearer is the first type.

4 . The first node according to claim 3 , characterized in that

a first transmitter, transmitting a second message, the second message being used for a request for resuming RRC connection; and

the first receiver, receiving a third message as a response to transmitting a second message, the third message indicating that the first node enters into RRC_Connected state; and activating the first RLC bearer as a response to receiving the third message;

wherein the type of the first RLC bearer is the first type.

5 . The first node according to claim 1 , characterized in comprising:

the first receiver, as a response to receiving the first message, adding a second RLC bearer that is associated to the first bearer when the first bearer is associated only to the first RLC bearer and the first RLC bearer is of the first type before receiving the first message;

wherein data units are received via the second RLC bearer in the RRC_Inactive state; a type of the second RLC bearer is the second type.

6 . The first node according to claim 1 , characterized in comprising:

the first receiver, stopping monitoring of a physical downlink control channel addressed to the unicast RNTI in the RRC_Inactive state;

wherein data units transmitted via an RLC bearer of the first type are scheduled by a physical downlink control channel addressed to the unicast RNTI.

7 . The first node according to claim 1 , characterized in that the first bearer is a multicast MRB.

8 . A second node for wireless communications, comprising:

a second transmitter, transmitting a first message, the first message being RRC Release, the first message comprising a suspendConfig field, the first message indicating an entry into RRC_Inactive state;

wherein whether a receiver of the first message receives data units via a first RLC bearer in the RRC_Inactive state is related to whether the first message configures a first bearer and a type of the first RLC bearer; before receiving the first message the first RLC bearer is associated to the first bearer; when the first message does not configure the first bearer, data units are not received via the first RLC bearer in the RRC_Inactive state; when the first message configures the first bearer and the type of the first RLC bearer is a first type, data units are not received via the first RLC bearer in the RRC_Inactive state; when the first message configures the first bearer and the type of the first RLC bearer is a second type, data units are received via the first RLC bearer in the RRC_Inactive state; data units transmitted via an RLC bearer of the first type are identified by a unicast RNTI, while data units transmitted via an RLC bearer of the second type are identified by a non-unicast RNTI; that the first message configures the first bearer comprises that the first message comprises configuration information for an RLC bearer that is associated to the first bearer;

when the first message configures the first bearer and the type of the first RLC bearer is a first type, that data units are not received via the first RLC bearer in the RRC_Inactive state comprises:

receiving data units via an RLC bearer other than the first RLC bearer in the RRC_Inactive state; the RLC bearer other than the first RLC bearer is associated to the first bearer, and a type of the RLC bearer other than the first RLC bearer is the second type.

9 . The second node according to claim 8 , characterized in that the type of the first RLC bearer is used for updating an RLC bearer that is associated to the first bearer as a response to the first message being received;

wherein when the type of the first RLC bearer is the first type, the first RLC bearer is removed from the RLC bearer that is associated to the first bearer; when the type of the first RLC bearer is the second type, the association between the first RLC bearer and the first bearer is maintained.

10 . The second node according to claim 8 , characterized in that the type of the first RLC bearer is used for determining whether to deactivate the first RLC bearer as a response to receiving the first message;

wherein the first RLC bearer is deactivated when the type of the first RLC bearer is the first type.

11 . The second node according to claim 10 , characterized in that

a second receiver, receiving a second message, the second message being used for a request for resuming RRC connection; and

the second transmitter, transmitting a third message as a response to receiving a second message, the third message indicating that the receiver of the first message enters into RRC_Connected state; and

wherein the first RLC bearer is activated as a response to the third message being received; the type of the first RLC bearer is the first type.

12 . The second node according to claim 8 , characterized in that as a response to the first message being received, a second RLC bearer that is associated to the first bearer is added when the first bearer is associated only to the first RLC bearer and the first RLC bearer is of the first type before the first message is received;

wherein the receiver of the first message receives data units via the second RLC bearer in the RRC_Inactive state; a type of the second RLC bearer is the second type.

13 . The second node according to claim 8 , characterized in that the bearer of the first type is a multicast MRB.

14 . A method in a first node for wireless communications, comprising:

receiving a first message, the first message being RRCRelease, the first message comprising a suspendConfig field; and

entering into RRC_Inactive state as a response to receiving the first message;

wherein whether to receive data units via a first RLC bearer in the RRC_Inactive state is related to whether the first message configures a first bearer and a type of the first RLC bearer; before receiving the first message the first RLC bearer is associated to the first bearer; when the first message does not configure the first bearer, data units are not received via the first RLC bearer in the RRC_Inactive state; when the first message configures the first bearer and the type of the first RLC bearer is a first type, data units are not received via the first RLC bearer in the RRC_Inactive state; when the first message configures the first bearer and the type of the first RLC bearer is a second type, data units are received via the first RLC bearer in the RRC_Inactive state; data units transmitted via an RLC bearer of the first type are identified by a unicast RNTI, while data units transmitted via an RLC bearer of the second type are identified by a non-unicast RNTI; that the first message configures the first bearer comprises that the first message comprises configuration information for an RLC bearer that is associated to the first bearer;

when the first message configures the first bearer and the type of the first RLC bearer is a first type, that data units are not received via the first RLC bearer in the RRC_Inactive state comprises:

receiving data units via an RLC bearer other than the first RLC bearer in the RRC_Inactive state; the RLC bearer other than the first RLC bearer is associated to the first bearer, and a type of the RLC bearer other than the first RLC bearer is the second type.

15 . The method in the first node according to claim 14 , characterized in comprising:

updating an RLC bearer that is associated to the first bearer according to the type of the first RLC bearer as a response to receiving the first message;

wherein when the type of the first RLC bearer is the first type, the first RLC bearer is removed from the RLC bearer that is associated to the first bearer; when the type of the first RLC bearer is the second type, the association between the first RLC bearer and the first bearer is maintained.

16 . The method in the first node according to claim 14 , characterized in comprising:

determining whether to deactivate the first RLC bearer according to the type of the first RLC bearer as a response to receiving the first message;

wherein the first RLC bearer is deactivated when the type of the first RLC bearer is the first type.

17 . The method in the first node according to claim 16 , characterized in comprising:

transmitting a second message, the second message being used for a request for resuming RRC connection; and

receiving a third message as a response to transmitting a second message, the third message indicating that the first node enters into RRC_Connected state; and

activating the first RLC bearer as a response to receiving the third message;

wherein the type of the first RLC bearer is the first type.

18 . The method in the first node according to claim 14 , characterized in comprising:

as a response to receiving the first message, adding a second RLC bearer that is associated to the first bearer when the first bearer is associated only to the first RLC bearer and the first RLC bearer is of the first type before receiving the first message;

wherein data units are received via the second RLC bearer in the RRC_Inactive state; a type of the second RLC bearer is the second type.

19 . The method in the first node according to claim 14 , characterized in comprising:

stopping monitoring of a physical downlink control channel addressed to the unicast RNTI in the RRC_Inactive state;

wherein data units transmitted via an RLC bearer of the first type are scheduled by a physical downlink control channel addressed to the unicast RNTI.

20 . The method in the first node according to claim 14 , characterized in that the first bearer is a multicast MRB.