throbber
I 1111111111111111 11111 111111111111111 1111111111 1111111111 111111111111111111
`US007979070B2
`
`c12) United States Patent
`Hurtta
`
`(IO) Patent No.:
`(45) Date of Patent:
`
`US 7,979,070 B2
`*Jul. 12, 2011
`
`(54) MOBILE EQUIPMENT FOR SENDING AN
`ATTACH REQUEST TO A NETWORK
`
`(75)
`
`Inventor: Tuija Hurtta, Espoo (FI)
`
`(73) Assignee: Nokia Corporation, Espoo (FI)
`
`( *) Notice:
`
`Subject to any disclaimer, the term ofthis
`patent is extended or adjusted under 35
`U.S.C. 154(b) by 23 days.
`
`This patent is subject to a terminal dis(cid:173)
`claimer.
`
`(21) Appl. No.: 12/232,724
`
`(22) Filed:
`
`Sep.23,2008
`
`(65)
`
`Prior Publication Data
`
`US 2009/0042570 Al
`
`Feb. 12, 2009
`
`Related U.S. Application Data
`
`(60) Continuation of application No. 11/347,646, filed on
`Feb. 6, 2006, now Pat. No. 7,580,714, which is a
`division of application No. 10/381,937, filed as
`application No. PCT/EP00/10111 on Oct. 13, 2000,
`now Pat. No. 7,035,621.
`
`(51)
`
`Int. Cl.
`(2009.01)
`H04W 4100
`(52) U.S. Cl. .................................................... 455/435.2
`(58) Field of Classification Search ................ 455/435.2
`See application file for complete search history.
`
`(56)
`
`References Cited
`
`U.S. PATENT DOCUMENTS
`6,081,731 A
`6/2000 Boltz et al.
`6,249,252 Bl
`6/2001 Dupray
`6,272,332 Bl
`8/2001 Matsumoto et al.
`6,300,904 Bl
`10/2001 Dvorak et al.
`8/2002 Kalliojarvi
`6,438,723 Bl
`3/2004 Sen et al.
`6,708,034 Bl
`7,035,621 Bl
`4/2006 Hurtta
`
`7,035,624 B2
`7,190,684 B2
`7,254,765 B2
`2004/0014466 Al
`2006/0268818 Al
`2007 /0079207 Al
`2007/0106924 Al
`2007/0168827 Al
`2007/0204050 Al
`2007/0214269 Al
`2007 /0223409 Al
`2007/0275728 Al
`
`4/2006 Hurtta
`3/2007 Cao et al.
`8/2007 Meyer et al.
`1/2004 Jesse et al.
`11/2006 Chen et al.
`4/2007 Seidel et al.
`5/2007 Seidel et al.
`7 /2007 Lohr et al.
`8/2007 Liu et al.
`9/2007 Davidsson
`9/2007 Herrero
`11/2007 Lohr et al.
`
`DE
`EP
`
`FOREIGN PATENT DOCUMENTS
`4/1999
`197 42 681 Al
`0 971 550 A2
`1/2000
`
`OTHER PUBLICATIONS
`
`3GPP-3GTS 23.060 V3.4.0 (Jul. 2000), 3rd Generation Partnership
`Project; Technical Specification Group Services and System Aspects;
`General Packet Radio Service (GPRS); Service description: Stage 2,
`(Release 1999).
`International Search Report for Application No. PCT/EP00/10111
`mailed Jul. 6, 2001.
`
`Primary Examiner - William D Cumming
`(74) Attorney, Agent, or Firm -Alston & Bird LLP
`
`ABSTRACT
`(57)
`The invention provides a method and device which may per(cid:173)
`form a combined attach and communication connection
`establishment procedure when attaching an equipment such
`as a mobile station to a mobile communication network. An
`attach request sent form the equipment may initiate this com(cid:173)
`bined attach and communication connection establishment
`process. In the Home Location Register, communication con(cid:173)
`nection parameters are set as default values which may be
`automatically selected, for instance when receiving a com(cid:173)
`bined attach and communication connection establishment
`request. The combined attach and communication connection
`establishment process reduces the signaling load in the net(cid:173)
`work and speeds up communication connection establish(cid:173)
`ment.
`
`10 Claims, 4 Drawing Sheets
`
`Petitioner's Exhibit 1001
`Page 1 of 9
`
`

`

`U.S. Patent
`
`Jul. 12, 2011
`
`Sheet 1 of 4
`
`US 7,979,070 B2
`
`1
`
`E] /
`\
`
`/
`
`I HLR
`t
`
`r3
`
`SGSN
`
`4
`
`..
`
`GGSN
`
`~4
`
`\
`2
`
`Fig. 1
`
`Fig. 2
`
`HLA
`
`Fig. 3
`
`IMSI
`
`10
`
`15
`
`EIR
`
`3
`
`-- 6
`8 --r--
`
`7
`
`Context 1 (Default)
`
`Context 2
`
`Context 3
`
`ATTACH TYPE
`PS + DEFAULT PDP CONT. ACT.
`
`11
`
`Petitioner's Exhibit 1001
`Page 2 of 9
`
`

`

`U.S. Patent
`
`Jul. 12, 2011
`
`Sheet 2 of 4
`
`US 7,979,070 B2
`
`Fig. 4
`
`Attachment
`
`1
`
`Yes
`
`S3
`
`Read Default PDP
`Context Information
`from HLA
`
`S4
`
`Perform Attachment and
`PDP Context Activation
`depending on read PDP
`Context Information
`
`56
`
`END
`
`S5
`
`Perform normal
`Attachment only
`
`Petitioner's Exhibit 1001
`Page 3 of 9
`
`

`

`U.S. Patent
`
`Jul. 12, 2011
`
`Sheet 3 of 4
`
`US 7,979,070 B2
`
`Fig. 5
`
`MS
`
`RAN
`
`new SGSN
`
`old SOSN
`
`GGSN
`
`1------1~ Request
`..., ___ ...,. Response
`
`doaAclt
`
`•
`
`7.Radio
`
`9 Attacb
`
`Petitioner's Exhibit 1001
`Page 4 of 9
`
`

`

`U.S. Patent
`
`Jul. 12, 2011
`
`Sheet 4 of 4
`
`US 7,979,070 B2
`
`MS
`
`BSS
`
`newSGSN
`
`old SGS'N
`
`OOSN
`
`EIR
`
`1. PS attach
`
`ent Request
`
`3.RadJo
`
`Fig. 6
`
`Petitioner's Exhibit 1001
`Page 5 of 9
`
`

`

`US 7,979,070 B2
`
`1
`MOBILE EQUIPMENT FOR SENDING AN
`ATTACH REQUEST TO A NETWORK
`
`RELATED APPLICATIONS
`
`This is a continuation application of patent application Ser.
`No. 11/347,646, filed on Feb. 6, 2006, which is a divisional
`application of patent application Ser. No. 10/381,937, filed on
`Sep. 22, 2003, which is a U.S. National Stage patent applica(cid:173)
`tion based on PCT International patent Application PCT/
`EP00/10111, filed Oct. 13, 2000. The disclosures of the prior
`applications are hereby incorporated by reference.
`
`FIELD OF THE INVENTION
`
`The present invention is directed to a method and device for
`attaching a mobile equipment such as a mobile station (MS)
`or any other arbitrary type of user equipment, to a wireless
`communication network so as to be able to originate or
`receive media such as a phone call, or data or message trans(cid:173)
`mission. Further, the invention relates to a network element
`usable in such a method or system.
`
`BACKGROUND OF THE INVENTION
`
`5
`
`2
`procedure with a gateway device in response to the attach
`request to generate a radio bearer establishment request, and
`establish a radio bearer. In this embodiment, the apparatus is
`further configured to
`transmit a bearer establishment
`response to the network element.
`In other embodiments of the present invention, an appara(cid:173)
`tus is configured to receive an attachment request for attach(cid:173)
`ing a mobile device. The apparatus is further configured to
`generate a create default communication connection request
`10 for retrieving default data defining a packet data protocol in
`response to receiving the attachment request. The apparatus is
`also configured to activate a packet data protocol context
`using the default data.
`In other embodiments of the present invention, an appara-
`15 tus is configured receive an attach request for attaching a
`mobile device to a network. The apparatus is further config(cid:173)
`ured trigger a create communication connection default pro(cid:173)
`cedure with a gateway device in response to the attach
`request, generate a radio bearer establishment request, and
`20 establish a radio bearer. Also, the apparatus is configured to
`receive a bearer establishment response.
`
`BRIEF DESCRIPTION OF THE DRAWINGS
`
`25
`
`FIG. 1 shows a basic layout of one embodiment of the
`invention being implemented as GPRS network;
`FIG. 2 schematically illustrates the storage contents of a
`register of the wireless communication network;
`FIG. 3 shows part of an attach request message for com-
`30 bined attach and PDP context activation;
`FIG. 4 is a flow diagram showing a combined attach and
`PDP context activation procedure;
`FIG. 5 illustrates the signaling data flow during a combined
`attach and PDP context activation procedure; and.
`FIG. 6 shows another embodiment and illustrates the sig(cid:173)
`naling data flow during a PS attach and subsequent default
`PDP context activation procedure.
`
`When a user equipment is newly attached to a wireless
`communication network for receiving and/or originating
`calls, data transmissions or the like, an attachment process for
`attaching the user equipment to the wireless communication
`network is necessary. When a subscriber is then intending to
`originate or receive a message or a call, an additional com(cid:173)
`munication channel establishment process may be necessary.
`For instance, in a GSM system (Global System for Mobile
`Communications) such as a packet switched service, for
`instance GPRS (General Packet Radio Service), or in a 35
`UMTS system (Universal Mobile Telecommunications Sys(cid:173)
`tem), the user equipment exchanges a signalling flow with its
`associated node for establishing a communication channel,
`for instance a PDP (Packet Data Protocol) context or the like.
`This signalling leads to an additional load on the network and 40
`may additionally result in a certain brief delay before actually
`being able to start the transmission or reception.
`
`SUMMARY OF THE INVENTION
`
`Certain embodiments of the present invention relate to an
`apparatus configured to send or receive an attach request to a
`network, wherein the attach request is configured to trigger a
`create communication connection default procedure with a
`gateway device. The apparatus is further configured to send or
`receive a radio bearer establishment request. The apparatus is
`also configured to generate or receive a bearer establishment
`response.
`In other implementations, another embodiment of the
`present invention relates to an apparatus configured to send an
`attach request for attaching a mobile device to a network.
`Specifically, the attach request is configured to enable gen(cid:173)
`eration of a create default communication connection request
`for retrieving default data defining a packet data protocol in
`response to receiving the attachment request. Also, the attach
`request is further configured to enable activation of a packet
`data protocol context using the default data.
`In other embodiments of the present invention, an appara(cid:173)
`tus is configured to send an attach request for attaching a
`mobile device to a network. The attach request is configured
`to be received by a network element and to enable the network
`element to trigger a create communication connection default
`
`DETAILED DESCRIPTION OF PREFERRED
`EMBODIMENTS OF THE INVENTION
`
`FIG. 1 illustrates the basic layout of a part of a wireless
`communication network (for instance a PLMN) which here is
`implemented as a GPRS system. A mobile station (MS) 1
`45 communicates with a Serving GPRS Support Node (SGSN)
`2. The system comprises at least one Home Location Register
`(HLR) 3, at least one Gateway GPRS Support Node (GGSN)
`4 and an Equipment Identification Register (EIR) 5. The parts
`may communicate with each other as indicated by the arrows
`50 shown in FIG. 1. The system will normally contain a plurality
`of mobile stations or other user equipments 1 although only
`one mobile station is shown in FIG. 1. Likewise, a plurality of
`support nodes 2 is provided which support the mobile stations
`or other user equipments located within the area covered by
`55 the support node. This structure as well as the normal signal(cid:173)
`ing and information flow between the components of the
`wireless communication network is known and will therefore
`not be described in greater detail.
`FIG. 2 schematically illustrates part of the storage contents
`60 of a home location register 3. The register 3 stores, for each
`subscriber, or each group of subscribers, or at least for some
`of the subscribers or groups, at least one communication
`connection ( e.g. channel) information set which here is des(cid:173)
`ignated as PDP context information, one of which is set as
`65 default value and is automatically selected when not receiv(cid:173)
`ing any specific selecting request pointing to a different PDP
`context information. The register (HLR) 3 includes subscrip-
`
`Petitioner's Exhibit 1001
`Page 6 of 9
`
`

`

`US 7,979,070 B2
`
`5
`
`3
`tion information and then information about the PDP contexts
`of the subscriber. One or many of the PDP contexts may be set
`as default.
`In the present embodiment, for each subscriber, or at least
`some of the subscribers, three different PDP context informa(cid:173)
`tion sets (for PDP context activation or creation, or the like) 6,
`7, 8 are respectively stored, wherein context information 1
`(reference numeral 6) is set as default value. The context
`information "Context 2", reference numeral 7, and "Context
`3", reference numeral 8, are deliberately selectable by a sub(cid:173)
`scriber when requested by the subscriber. The database of
`register 3 contains such triplets of information for each sub(cid:173)
`scriber or at least for some of the subscribers or a group of
`subscribers. Of course, the number of alternative PDP context
`information sets may be varied according to design and need
`and may range from only one (default value only) to two,
`three or more selectively selectable information.
`Generally, before the mobile station 1 is able to send or
`receive information, it must first perform an attach proceed(cid:173)
`ings, for instance after switching it on. In addition, in some
`services such as packet data switching oriented networks, for
`instance GPRS or UMTS, an additional communication
`channel establishment procedure will normally be carried out
`which is called PDP context activation ( or creation) in GPRS
`or UMTS. According to the present invention, the attach and
`POP context activation processes are combined. The mobile
`stations can therefore perform a combined attach and default
`PDP context activation which decreases signaling in the radio
`interface (air-interface).
`This combined attach and communication channel estab- 30
`lishment procedure is shown in FIGS. 4 and 5. The default
`POP context or contexts is (are) activated according to the
`subscription-based information stored in the register 3, that is
`based on "Context 1" information, reference numeral 6. If
`requested by the subscription of one or more subscribers, 35
`multiple default PDP contexts are allowed.
`The quality of service (QoS) of the default PDP context is
`preferably such that the mobile station 1 is only charged if
`data is transferred or received on the default POP context, but
`no time-based charging is performed for the default PDP 40
`context alone. The quality of service of the default POP
`context will be decided based on the subscription and will be
`a default value unless otherwise prescribed. If a specific qual-
`ity of service is desired, the subscriber will then have to select
`one of the different context information such as 7, or 8, 45
`provided same define an appropriate QoS (Quality of Ser(cid:173)
`vice).
`Subscribers mainly using the packet switched service (for
`instance GPRS or UMTS) for transferring voice, are allowed
`to define the QoS of the default POP context appropriately.
`FIG. 3 shows part of an Attach request 9 which is sent from
`the mobile station 1 to the support node 2 for initiating the
`attach procedure, which is, in the present invention, a com(cid:173)
`bined attach and POP context activation request. The Attach
`request 9 comprises a data field 10 defining IMSI (Interna- 55
`tional Mobile Subscriber Identifier) or, if available, P-TMSI
`and RAI (Routing Area Identity). The "Attach Type" field 11
`of the Attach request 9 indicates which type of attach is to be
`performed which may basically be "GPRS attach only",
`"GPRS attach while already IMSI attached", "combined 60
`GPRS/IMSI attach" or, as indicated in FIG. 3, combined "PS
`(packet switched)+default POP context activation".
`In case the attach request transmitted from the mobile
`station 1 specifies the attach type "PS+DEFAULT PDP CON(cid:173)
`TEXT ACTIVATION" as shown in FIG. 3, the system is 65
`informed on the desired combined attach and PDP context
`activation. The support node 2 then not only performs a
`
`4
`"packet switched" attach but is furthermore adapted so as to
`automatically initiate, when receiving this request and having
`the attachment effected, a default POP context activation
`without necessity for the mobile station 1 to send any addi-
`tional command.
`The attach request 9 contains further fields such as "ORX
`parameters" which are not shown in FIG. 3 and are in accor(cid:173)
`dance with the customary specification of attach requests, see
`the respective standards. The attach request 9 differs from
`10 these standards only in so far as it is now possible to indicate,
`in field 11, a combined attach and communication channel
`establishment process such as "attach and default POP con(cid:173)
`text activation".
`FIG. 4 shows an attach process flow. In step Sl, the mobile
`15 station 1 sends an Attach request to the support node 2 which
`then checks, in step S2, the received Attach request so as to
`detect whether a normal attach such as a "packet switched"
`attach is requested, or a combined attach and default POP
`context activation request is transmitted. This check is per-
`20 formed by examining the data field 11 of the Attach request 9
`specifying the desired attach type. When combined attach and
`default POP activation request is received by the support node
`2, same is adapted to address the Home Location Register 3,
`and to read ( or receive) the subscriber information including
`25 the default PDP context information stored therein. All the
`subscription information if transferred from the HLR to the
`SGSN. In step S4, the system then performs an attachment as
`well as one or many PDP context activations depending on the
`read default POP context information.
`If no combined attach and default POP activation request is
`detected in step S2, the process proceeds to step S5 and
`performs a normal attachment only according to the desig(cid:173)
`nated attach type. As part of steps S4, S5, the support node 2
`may also send an Attach Accept message to the mobile station
`1 for informing same on the effected attachment. The attach
`process then ends (step S6).
`FIG. 5 shows the combined attach and POP context acti(cid:173)
`vation in greater detail.
`In step 1., the mobile station 1 initiates an attach and default
`POP context activation by sending an Attach Request as
`shown in FIG. 3. The Attach Type parameter 11 indicates that
`combined attach and default POP context activation is
`required. In the present case, the Attach Request is sent
`because the mobile station 1 has switched on. In step 2., the
`new support node 2 (new SGSN) sends an Identification
`Request to the old support node ( old SGSN) which responds
`with an Identification Response defining the IMSI of the
`mobile station 1. If the mobile station 1 should be unknown in
`both the old and new SGSN, the new support node sends an
`50 Identity Request to the mobile station 1 (step 3.) which trans(cid:173)
`mits an Identity Response indicating its IMSI. In step 4., an
`authentication may be performed. Further, in step 5., an
`equipment checking ("IMSI check; IMSI=International
`Equipment Identification") may be performed by addressing
`the Equipment Identification Register (EIR) 5.
`In step 6., the support node 2 informs the Home Location
`Register 3 on the new location in case the support node
`number has changed since the GPRS detach, or it Is the very
`first attach. The old support node is requested to cancel the
`location which is acknowledged by sending back an Cancel
`Location Acknowledgment.
`Further, the Home Location Register 3 sends an Insert
`Subscriber Data to the new support node 2 which subscriber
`data includes information on the default PDP context(s ). The
`new support node validates the MS' s presence in the new
`routing area, and sends back an Insert Subscriber Data
`Acknowledgement to the Home Location Register 3. Further-
`
`Petitioner's Exhibit 1001
`Page 7 of 9
`
`

`

`US 7,979,070 B2
`
`5
`
`5
`more, the Home Location Register 3 sends back, as part of
`step 6, an Update Location Acknowledgement message.
`In step 7 ., RAB assignment procedure is performed for the
`default PDP context( s) according to the information received
`from the Home Location Register 3 in step 6. This is a pre-
`ferred implementation of the invention. The procedure con(cid:173)
`sists in sending a RIB Assignment Request from the new
`support node 2 to the radio access network RAN transmitting/
`receiving the radio waves to/from the mobile station 1, setting
`up the radio bearer between the radio access network RAN 10
`and MS (by sending a Radio Bearer Setup and a Radio Bearer
`Setup Complete, and finally sending a RIB Assignment
`Response.
`In the next step 8, the new support node 2 sends a Create 15
`PDP Context Request to the gateway support node 4 so that
`the default PDP context(s) is (are) activated in the support
`node(s) 4 according to the information received from the
`Home Location Register 3 in step 6. In step 9, the support
`node 2 sends an Attach Accept message to the mobile station 20
`1 for acknowledging the attach and default PDP context acti(cid:173)
`vation. The attached accept message may include information
`about the activated PDP context( s). The mo bile station 1 may
`acknowledge the parameters sent by the support node 2, by
`sending an Attach Complete message in step 10. However, 25
`step 10 may also be omitted.
`Steps 7 and 8 are performed N times, N representing the
`number of default POP contexts.
`According to the invention, the combined attach and
`default POP context activation is therefore performed by 30
`storing default POP context information in a register such as
`a Home Location Register, and by activating the default PDP
`context(s) according to the subscriber-based information
`stored in the register. The quality of service (QoS) of the
`default PDP context( s) may be fixed but may also be decided
`based on the subscription.
`A basic idea is to activate default POP context(s) according
`to the subscription information received from the HLR. As an
`alternative, the mobile station MS may send some parameters
`for the default POP context(s) and the HLR completes the 40
`missing parameters. As an example, APN (Access Point
`Name) may be sent from MS, and QoS from HLR.
`The PDP context activations) is (are) therefore automati(cid:173)
`cally performed based on the HLR subscription. This leads to
`a reduction of the signalling in the radio interface, without 45
`creating any limitations on the network and its use. Further(cid:173)
`more, it is not necessary, for PDP context activation, to send
`a QoS field and/or APN from the mobile station 1 to support
`node 2 or 3, because the Home Location Register has one or
`more special contexts which are marked as default contexts 50
`and are automatically selected. This possibility of setting
`default contexts in the Home Location Register has also
`advantages with regard to more advanced services such as
`UMTS services wherein the users are likely to have more than
`one subscribed context, which accordingly define different 55
`session handling parameters.
`FIG. 6 illustrates a further embodiment.
`In the first embodiment shown in FIGS. 1 to 5, the default
`PDP context( s) are automatically activated at PS attach. In the
`embodiment of FIG. 6, the MS first performs a PS attach and
`then afterwards indicates that the default PDP context(s)
`should be activated. In both cases, the default PDP context
`information comes from the HLR.
`According to the embodiments, default contexts are pro(cid:173)
`vided also in cases where a normal procedure (attach being 65
`performed with a subsequent PDP context activation upon
`request) does not apply.
`
`6
`In the following, the steps shown in FIG. 6 will be
`described in more detail with reference to the step numbering
`of FIG. 6:
`Step 1. PS (Packet-Switched) attach is performed (e.g. as
`described in 3GPP TSG 23.060).
`Step 2. The MS sends a request to activate default PDP
`context(s) to the SGSN.
`Step 3. The SGSN initiates the activation of the default
`PDP context(s) as indicated in the subscription information
`received from the HLR at PS attach ( step 1 ). The radio access
`bearer establishment procedure may be performed.
`Step 4. The SGSN sends the Create PDP Context Request
`message to the GGSN for each default POP context. The
`GGSN creates the POP context and acknowledges by sending
`the Create PDP Context Response message to the SGSN.
`Step 5. The SGSN acknowledges the activation of the
`default PDP context(s) by sending a response to the MS.
`The response may include information about the activated
`POP context(s).
`Although specific embodiments have been described
`above, the invention is also applicable with regard to other
`types of communication networks such as fixed or circuit(cid:173)
`switched networks.
`
`What is claimed is:
`1. An apparatus, comprising:
`a user equipment, the user equipment being configured to:
`send an attach request to a network, wherein the attach
`request is configured to trigger a create communica(cid:173)
`tion connection default procedure with a gateway
`device,
`receive a radio bearer establishment request, and
`generate a bearer establishment response.
`2. An apparatus according to claim 1, wherein the user
`35 equipment is a mobile station.
`3. An apparatus according to claim 1, wherein the attach
`request comprises a data field specifying a desired type of
`attachment.
`4. An apparatus comprising:
`a support node, the support node being configured to:
`receive an attach request from a network, wherein the
`attach request is configured to trigger a create com(cid:173)
`munication connection default procedure with a gate(cid:173)
`way device,
`send a radio bearer establishment request, and
`receive a bearer establishment response.
`5. An apparatus, comprising:
`a user equipment, the user equipment being configured to:
`send an attach request to attach the user equipment to a
`network,
`wherein the attach request is configured to enable gen(cid:173)
`eration of a create default communication connection
`request to retrieve default data defining a packet data
`protocol, in response to receiving the attachment
`request and activation of a packet data protocol con(cid:173)
`text using the default data.
`6. The apparatus according to claim 5, wherein the user
`equipment configured to send the attach message includes
`being configured to send the attach message to a network
`60 element, the network element being a support node.
`7. An apparatus comprising:
`a user equipment, the user equipment being configured to:
`send an attach request to attach the user equipment to a
`network, wherein the attach request is configured to
`be received by a network element and to enable the
`network element to trigger a create communication
`connection default procedure with a gateway device
`
`Petitioner's Exhibit 1001
`Page 8 of 9
`
`

`

`US 7,979,070 B2
`
`7
`in response to the attach request to generate a radio
`bearer establishment request,
`establish a radio bearer, and
`transmit a bearer establishment response to the network
`element.
`8. The apparatus according to claim 7, wherein the network
`element is a support node.
`9. An apparatus comprising:
`a support node, the support node being configured to:
`receive an attachment request to attach a user equip- 10
`ment,
`generate a create default communication connection
`request to retrieve default data defining a packet data
`protocol in response to receiving the attachment
`request, and
`
`s
`
`8
`activate a packet data protocol context using the default
`data.
`10. An apparatus comprising:
`a support node, the support node being configured to:
`receive an attach request to attach a user equipment to a
`network,
`trigger a create communication connection default pro(cid:173)
`cedure with a gateway device in response to the attach
`request,
`generate a radio bearer establishment request, and
`establish a radio bearer, and to receive a bearer estab(cid:173)
`lishment response.
`
`* * * * *
`
`Petitioner's Exhibit 1001
`Page 9 of 9
`
`

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket