Better User Plmn Search Experience:-
---------------------------------------
Many a times we all use the feature of plmn search in our phones, suppose we are travelling and want to know all the available plmns present, so we trigger a plmn search. The UE returns a list of all the plmns. Suppose everytime you try and you get frequent rejects with a message that the UE is busy and the search could not be completed. In some protocol architecures if a procedure like location update is happening then a request for a user plmn search might be rejected. Based on this shortcoming was the requirement of the change request by SAMSUNG that user should not see the reject but the search request should be postponed using a timer mechanism, later on when the procedure is complete then it should be processed. This way user gets the better experience .
SNDCP Reordering :
---------------------
At TIM IOT there was a problem in that the P200 could not do WAP browsing. It was discovered that the handset was recieving SNDCP packets out of order. This was due to the SGW (in the downlink) was processing URLC packets (which were carrying the SNDCP packets) quicker if they were smaller, not FIFO. So on the downlink direction when an application packet was split into one large and one small SNDCP packets the SGW was nearly 100% of the time sending the small packet out before the large.
I designed an algorithm to receive and process out of order packets.
For Eg; one NPDU has three segments
1 -> f=1, m=02 -> f=0, m=03 -> f=0, m=1
123, 132, 231, 213, 312, 321, 1213, 2113, 2123
The SNDCP handling of Unack PDUs on the Downlink has to be reordered.There are various possibilities with several permutation and combination of the F bit, M bit and the Compression parameters.All the possibilities need to be handled with a new Algorithm.
We'll need to make reassembly of PDU whatever the order they arrive in SNDCP.
XID Negotiation
-----------------
FIELD OF THE INVENTION
The invention is related to packet traffic in both the General Packet Radio Service (GPRS) and the proposed Universal Mobile Telecommunications System (UMTS) for mobile telecommunication and, more particularly, to changing parameters during a connection.
BACKGROUND OF THE INVENTION
The proposed Universal Mobile Telecommunications System has a packet data protocol stack in the user plane, that has some differences as compared to the prior General Packet Radio Service (GPRS) of FIGS. 2A and 2B, partly due to a new radio interface technology and partly due to much higher quality of service (QoS) requirements. In both systems, there is a need to negotiate certain parameters during setup, including compression algorithms. In GPRS the negotiated parameters are called exchange identification (XID), while in UMTS the negotiated parameters are called Packet Data Control Protocol (PDCP) parameters, which are more or less the same kind of parameters.
Signalling Connection Reuse - Better Calling Experience
--------------------------------------------------------
Suppose a user is in a car travelling, locatio update procedure is done. Network has not released the rrc connection, and user triggers a call. Now suppose NW releases the rrc connection then the call will be released. This is one of the scenarios which this change request delt with i.e. reuse the rrc connection established for the Location update procedure. On the same connection the call should be made i.e. reuse the connection and the user should not come, the call should go on successfully. The mechanism which can be applied is that the remember that the call was triggered over an existing rrc connection and on receiving the release for the LAU repost the call internally.
