Conventional Global System for Mobile communications (GSM) networks rely on activated Packet Data Protocol (PDP) contexts to provide packet data services to mobile stations. A PDP context is a data structure present in the mobile station and at the network that contains the session information associated with a subscriber's active packet data session. Each PDP context is associated with one or more packet data services, where each service associated with a single PDP context has similar operating characteristics. Further, each PDP context is associated with a unique network service access point in the network layer and identified by a Network Service Access Point Identifier (NSAPI). Conventional GSM networks provide up to eleven unique NSAPIs, which enables each mobile station to establish up to eleven PDP contexts.
NSAPIs are used by the Sub Network Dependent Convergence Protocol (SNDCP), which interfaces the network layer with the data link layer. The SNDCP is situated between the Logical Link Control (LLC) protocol in the data link layer and a packet data protocol, e.g., Internet Protocol (IP), in the network layer. In addition to several other packet data and control functions, the SNDCP multiplexes network layer Packet Data Units (PDUs) from one or several network layer entities onto the appropriate LLC Service Access Point Identifiers (SAPIs). The LLC protocol in conventional GSM networks provides up to four unique user-data SAPIs.
Because conventional GSM networks map eleven NSAPIs to four user-data SAPIs, the SNDCP may multiplex one or more NSAPIs onto a single user-data SAPI. In some cases, each NSAPI multiplexed onto a single user-data SAPI may be required to have one or more equivalent Quality of Service (QoS) attributes. Such QoS multiplexing limits the number of different QoS profiles for a particular mobile station, which in turn may overly limit the type of applications or services available to a subscriber. It will further be appreciated that the rules guiding the multiplexing operations are very open. Thus, different service providers often have different multiplexing implementations and/or infrastructures. The variations in multiplexing implementations and/or infrastructures make inter-operability in multi-vendor environments difficult.
The present invention comprises a communication interface and a method for establishing the communication interface for communications between a mobile station and a serving network node over a Gb interface in a GSM network. The communication interface comprises a network layer, a link layer, and control logic. The network layer has a plurality of network service access points, and the link layer has a plurality of user-data link service access points, where the number of network service access points equals the number of link service access points. In one embodiment, the number of network service access points is limited to equal the number of link service access points. In another embodiment, the number of link service access points is expanded to equal the number of network service access points. In both cases, the control logic performs one-to-one mapping between the network service access points and the link service access points.
To better present the present invention, the following first briefly describes a GSM network.
The SNDCP interfaces the network layer 130 with the data link layer 120 by mapping NSAPIs associated with packet data services in the network layer 130 to user-data SAPIs in the link layer 120.
To send and receive packet data for a packet data service 136 the mobile station 20 and the SGSN 46 activate a PDP context 134. The activated PDP context is uniquely identified by an NSAPI 132. To establish a PDP context 134, the mobile station 20 sends an Activate PDP Context Request message including a requested NSAPI 132 and user-data SAPI 122 to the SGSN 46. In response, the SGSN 46 may accept or reject the request. If the SGSN 46 accepts the request, it allocates a user-data SAPI 122 for the requested NSAPI 132 to the packet data service 136 and sends an Activate PDP Context Accept message to the mobile station 20. The Activate PDP Context Request message identifies the requested NSAPI 132 and user data SAPI 122 to the SGSN 46 using an NSAPI Information Element (IE) and a SAPI IE, respectively. The Activate PDP Context Accept message identifies the allocated user-data SAPI 122 for the particular requested NSAPI 132 to the mobile station 20 using a SAPI IE.
The network layer 130 in the conventional communication interface 100 also includes control logic 140 that maps the allocated NSAPI 132 to the allocated user-data SAPI 122. When the number of active PDP contexts 134 associated with the network layer 130 exceeds the number of user-data SAPIs 122 in the link layer 120, control logic 140 multiplexes two or more allocated NSAPIs 132 to one user-data SAPI 122 using any known multiplexing technique. In the example shown in
The present invention provides one-to-one mapping between NSAPIs 132 in the network layer 130 and user-data SAPIs 122 in the link layer 120. In general, a communication interface for an SGSN 46 and/or a mobile station 20 according to the present invention provides an equal number of NSAPIs 132 and user-data SAPIs 122 for GSM packet data services. In one embodiment, the communication interface limits the number of NSAPIs 132 to equal the number of user-data SAPIs 122, e.g., four. In another embodiment, the communication interface expands the number of user-data SAPIs 122 to equal the number of NSAPIs 132, e.g., eleven. For simplicity, mobile station 20 may represent a legacy mobile station having a conventional communication interface 100 or a mobile station having a communication interface 200, 300 according to either the limited or expanded embodiments.
To ensure backwards compatibility with legacy mobile stations 20 and/or legacy SGSNs, which have more than four NSAPIs 122, a communication interface 200 for an SGSN 46 according to the limited embodiment also limits the number of NSAPIs allocated to a mobile station 20 having a conventional control interface 100. If a mobile station 20 requests more than four packet data services 136, the control logic 240 in the SGSN 46 may associate multiple packet data services 136 having similar service performance characteristics with a single PDP context 134, and therefore, a single NSAPI 132, as shown in
The present invention also addresses handover of a mobile station 20 between an SGSN 46 having a conventional communication interface 100 and an SGSN having a limited communication interface 200. Handover from an SGSN 46 with a limited communication interface 200 to an SGSN 46 with a conventional communication interface 100 does not require any modification. This is because the existing number of allocated NSAPIs 132 in this type of handover will always be less than the number of available NSAPIs 132 in the SGSN 46 receiving control of the mobile station 20. However, handover of a mobile station 20 from an SGSN 46 with a conventional communication interface 100 to an SGSN 46 with a limited communication interface 200 may require some modifications to the NSAPI allocation when the number of allocated NSAPIs 132 exceeds the number of NSAPIs 132 in the SGSN 46 receiving control of the mobile station 20. In one embodiment, the control logic 240 in the receiving SGSN 46 may deactivate one or more PDP contexts 134 to ensure that there are no more than four active PDP contexts 134, which require no more than four NSAPIs 132. It will be appreciated that the control logic 240 may deactivate the PDP contexts 134 according to any predetermined criteria. For example, control logic 240 may deactivate one or more PDP contexts 134 based on a performance criteria, frequency of use criteria, etc.
To ensure backwards compatibility with legacy devices, which only have four user-data SAPIs 122 in the link layer 120, the control logic 340 in the expanded communication interface 300 for an SGSN 46 and/or a mobile station 20 may include an indication of said support in exchanged control messages. For example, the indicator may be included in an information element of a control message communicated between SGSN 46 and mobile station 20. The mobile stations 20 and/or SGSNs 44 having the expanded communication interface 300 includes the indicator in the transmitted control messages and properly interprets the indicator in the received control messages. In one embodiment, the indicator may comprise one or more bits that identify the version number of the controlling protocol, the number of available user-data SAPIs 122, etc. It will be appreciated that the mobile stations 20 and/or SGSNs 44 having the conventional communication interface 100 do not include an indicator with transmitted control message and ignore any indicators included in received control messages.
In one embodiment, the mobile station 20 and/or the SGSN 46 may include the indicator with a control message communicated during a parameter negotiation process, such as an exchange identifier (XID) negotiation procedure.
In another embodiment, mobile station 20 and/or SGSN 46 may include the indicator with an attach message or a routing area update message.
The present invention also addresses handover of a mobile station 20 having NSAPIs 132 mapped to more than four user-data SAPIs 122 from an SGSN 46 with the expanded communication interface 300 to an SGSN 46 having a conventional communication interface 100 or a limited communication interface 200. Handover from an SGSN 46 with a conventional communication interface 100 or a limited communication interface 200 to an SGSN 46 with an expanded communication interface 300 does not require any modification. This is because the existing number of allocated NSAPIs 132 in this type of handover will always be less than or equal to the number user-data SAPIs 132 at the SGSN 46 receiving control of the mobile station 20. However, handover of a mobile station 20 from an SGSN 46 with an expanded communication interface 300 to an SGSN 46 with a conventional communication interface 100 or limited communication interface 200 may require some modifications to the existing NSAPI allocation when the number of allocated NSAPIs 132 exceeds the number of user-data SAPIs 122 in the SGSN 46 receiving control of the mobile station 20. In one embodiment, the control logic 140, 240 in the SGSN 46 receiving control of the mobile station 20 may deactivate one or more PDP contexts 134 to ensure that there are no more than four active PDP contexts 134, and therefore, no more than four allocated NSAPIs 132. It will be appreciated that the control logic 140, 240 may deactivate the PDP contexts 134 according to any predetermined criteria. For example, control logic 140, 240 may deactivate one or more PDP contexts 134 based on a performance criteria, frequency of use criteria, etc. Alternatively or in addition, the SGSN 46 receiving control of the mobile station 20 may determine whether two or more services 136 having similar performance parameters may be combined with a single PDP context 134, and therefore, multiplexed onto a single NSAPI 132 to reduce the number of allocated NSAPIs 132.
The present invention describes a method and apparatus for implementing one-to-one mapping between NSAPIs 132 in a network layer 130 and user-data SAPIs 122 in a link layer 120. Such one-to-one mapping removes the need for multiplexing multiple NSAPIs 132 onto a single user-data SAPI 122. By removing the multiplexing requirements, the present invention removes the multiplexing problems and constraints present in a conventional GSM network.
The present invention may, of course, be carried out in other ways than those specifically set forth herein without departing from essential characteristics of the invention. The present embodiments are to be considered in all respects as illustrative and not restrictive, and all changes coming within the meaning and equivalency range of the appended claims are intended to be embraced therein.
This patent claims priority from U.S. Provisional Application No. 60/795,791, filed 28 Apr. 2006, U.S. Provisional Application No. 60/816,380, filed 28 Jun. 2006, and U.S. Provisional Application No. 60/822,975, filed 21 Aug. 2006, all of which are incorporated herein by reference.
Number | Date | Country | |
---|---|---|---|
60795791 | Apr 2006 | US | |
60816380 | Jun 2006 | US | |
60822975 | Aug 2006 | US |