System and method to facilitate sharing bearer information in a network environment

1. A method comprising:

maintaining a first count of packets received by a target evolved Node B (eNodeB) that are forwarded from a source eNodeB during a handover of a user equipment (UE) from the source eNodeB to the target eNodeB;

receiving a second end marker indication message communicated from the source eNodeB to the target eNodeB, wherein the second end marker indication message includes, in a Private Extension Information Element (IE), a second count of packets transmitted by the source eNodeB for the target eNodeB upon handover of the UE to the target eNodeB, wherein the source eNodeB is configured to receive a first end marker indication message, and in response, generate the second end marker indication message and transmit the second end marker indication message to the target eNodeB;

parsing the Private Extension IE in the second end marker indication to recover the second count of packets; and

comparing the second count of packets and the first count of packets, and in response determining that data has been lost during the handover and in response at least one of: (i) recording information related to the lost data, the recorded information suitable for use in generating loss statistics, or (ii) triggering an alarm at the target eNodeB related to the lost data.

2. The method of claim 1 , wherein maintaining the count of packets includes maintaining a count of packets for each bearer of the UE and wherein a separate end marker indication message is communicated to the target eNodeB for each bearer of the UE using a separate tunnel established for each bearer of the UE.

3. The method of claim 1 , wherein each tunnel is a General Packet Radio Service (GPRS) Tunneling Protocol (GTP) user data plane (GTPU) tunnel.

4. The method of claim 1 , wherein the Private Extension IE includes an extension identifier having a value of 46606.

5. The method of claim 1 , wherein the count of packets provided in the Private Extension IE is configured in a Tag, Length, Value (TLV) format.

6. The method of claim 1 , further comprising: determining Radio Link Control (RLC) tuning parameters at the source eNodeB.

7. The method of claim 6 , wherein the RLC tuning parameters are included in the Private Extension IE along with the count of packets.

8. The method of claim 1 , wherein the source eNodeB is configured to receive the first end marker indication message from a serving gateway (SGW).

9. The method of claim 1 , wherein the source eNodeB is further configured to include at least one traffic model parameter related to the UE in the Private Extension IE of the second end marker indication, the method further comprising:

parsing the Private Extension IE in the second end marker indication to recover the traffic model parameter for the target eNodeB.

10. The method of claim 9 , wherein the traffic model parameter comprises at least one of packet delay budget, packet delay, or packet arrival rate.

11. One or more non-transitory tangible media encoding logic that includes instructions for execution that when executed by a processor, is operable to perform operations comprising:

maintaining a first count of packets received by a target evolved Node B (eNodeB) that are forwarded from a source eNodeB during a handover of a user equipment (UE) from the source eNodeB to the target eNodeB;

receiving a second end marker indication message communicated from the source eNodeB to the target eNodeB, wherein the second end marker indication message includes, in a Private Extension Information Element (IE), a second count of packets transmitted by the source eNodeB for the target eNodeB upon handover of the UE to the target eNodeB, wherein the source eNodeB is configured to receive a first end marker indication message, and in response, generate the second end marker indication message and transmit the second end marker indication message to the target eNodeB;

parsing the Private Extension IE in the second end marker indication to recover the second count of packets; and

comparing the second count of packets and the first count of packets, and in response determining that data has been lost during the handover and in response at least one of: (i) recording information related to the lost data, the recorded information suitable for use in generating loss statistics, or (ii) triggering an alarm at the target eNodeB related to the lost data.

12. The media of claim 11 , wherein maintaining the count of packets includes maintaining a count of packets for each bearer of the UE.

13. The media of claim 12 , wherein a separate end marker indication message is communicated to the target eNodeB for each bearer of the UE using a separate tunnel established for each bearer of the UE and wherein each tunnel is a General Packet Radio Service (GPRS) Tunneling Protocol (GTP) user data plane (GTPU) tunnel.

14. The media of claim 11 , wherein the Private Extension IE includes an extension identifier having a value of 46606.

15. The media of claim 14 , wherein the count of packets provided in the Private Extension IE is configured in a Tag, Length, Value (TLV) format.

16. The media of claim 14 , the operations further comprising:

determining Radio Link Control (RLC) tuning parameters at the source eNodeB, wherein the RLC tuning parameters are included in the Private Extension IE along with the count of packets.

17. A first evolved node B (eNodeB) comprising:

a memory element for storing data; and

a processor to execute instructions associated with the data that, when executed, the eNodeB is configured to:

maintain a first count of packets to received by a target evolved Node B (eNodeB) that are forwarded from a source eNodeB during a handover of a user equipment (UE) from the source eNodeB to the target eNodeB;

receive a second end marker indication message communicated from the source eNodeB to the target eNodeB, wherein the second end marker indication message includes, in a Private Extension Information Element (IE), a second count of packets transmitted by the source eNodeB for the target eNodeB upon handover of the UE to the target eNodeB, wherein the source eNodeB is configured to receive a first end marker indication message, and in response, generate the second end marker indication message and transmit the second end marker indication message to the target eNodeB;

parse the Private Extension IE in the second end marker indication to recover the second count of packets; and

compare the second count of packets and the first count of packets, and in response determining that data has been lost during the handover and in response at least one of: (i) recording information related to the lost data, the recorded information suitable for use in generating loss statistics, or (ii) triggering an alarm at the target eNodeB related to the lost data.

18. The first eNodeB of claim 17 , wherein maintaining the count of packets includes maintaining a count of packets for each bearer of the UE.

19. The first eNodeB of claim 18 , wherein a separate end marker indication message is communicated to the second eNodeB for each bearer of the UE using a separate tunnel established for each bearer of the UE and wherein each tunnel is a General Packet Radio Service (GPRS) Tunneling Protocol (GTP) user data plane (GTPU) tunnel.

20. The first eNodeB of claim 17 , wherein the Private Extension IE includes an extension identifier having a value of 46606.