EP1269773B1 - Relocation of serving radio network controller with signaling of linking of transport channels - Google Patents
Relocation of serving radio network controller with signaling of linking of transport channels Download PDFInfo
- Publication number
- EP1269773B1 EP1269773B1 EP01918077A EP01918077A EP1269773B1 EP 1269773 B1 EP1269773 B1 EP 1269773B1 EP 01918077 A EP01918077 A EP 01918077A EP 01918077 A EP01918077 A EP 01918077A EP 1269773 B1 EP1269773 B1 EP 1269773B1
- Authority
- EP
- European Patent Office
- Prior art keywords
- network controller
- service
- radio
- radio network
- relocation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/12—Reselecting a serving backbone network switching or routing node
Definitions
- the present invention pertains to telecommunications, and particularly to the relocation of a Serving Radio Network Controller in a Radio Access Network.
- UEs mobile user equipment units
- RAN radio access network
- UEs can be mobile stations such as mobile telephones ("cellular" telephones) and laptops with mobile termination, and thus can be, for example, portable, pocket, hand-held, computer-included, or car-mounted mobile devices which communicate voice and/or data with radio access network.
- cellular mobile telephones
- car-mounted mobile devices which communicate voice and/or data with radio access network.
- the radio access network covers a geographical area which is divided into cell areas, with each cell area being served by a base station.
- a cell is a geographical area where radio coverage is provided by the radio base station equipment at a base station site. Each cell is identified by a unique identity, which is broadcast in the cell.
- the base stations communicate over the air interface (e.g., radio frequencies) with the user equipment units (UE) within range of the base stations.
- UE user equipment units
- RNC radio network controller
- the radio network controller also sometimes termed a base station controller (BSC), supervises and coordinates various activities of the plural base stations connected thereto.
- the radio network controllers are typically connected to one or more core networks.
- UTRAN Universal Mobile Telecommunications
- GSM G lobal S ystem for M obile communications
- W-CDMA wideband code division multiple access
- a common frequency band allows simultaneous communication between a user equipment unit (UE) and plural base stations.
- Signals occupying the common frequency band are discriminated at the receiving station through spread spectrum CDMA waveform properties based on the use of a high speed, pseudo-noise (PN) code.
- PN pseudo-noise
- These high speed PN codes are used to modulate signals transmitted from the base stations and the user equipment units (UEs).
- Transmitter stations using different PN codes (or a PN code offset in time) produce signals that can be separately demodulated at a receiving station.
- the high speed PN modulation also allows the receiving station to advantageously generate a received signal from a single transmitting station by combining several distinct propagation paths of the transmitted signal.
- a user equipment unit need not switch frequency when handoff of a connection is made from one cell to another.
- a destination cell can support a connection to a user equipment unit (UE) at the same time the origination cell continues to service the connection. Since the user equipment unit (UE) is always communicating through at least one cell during handover, there is no disruption to the call.
- soft handover In contrast to hard handover, soft handover is a "make-before-break" switching operation.
- the Universal Mobile Telecommunications (UMTS) Terrestrial Radio Access Network accommodates both circuit switched and packet switched connections.
- the circuit switched connections involve a radio network controller (RNC) communicating with a mobile switching center (MSC), which in turn is connected to a connection-oriented, external core network, which may be (for example) the Public Switched Telephone Network (PSTN) and/or the Integrated Services Digital Network (ISDN).
- RNC radio network controller
- MSC mobile switching center
- ISDN Integrated Services Digital Network
- the packet switched connections involve the radio network controller communicating with a Serving GPRS Support Node (SGSN) which in turn is connected through a backbone network and a
- SGSN Serving GPRS Support Node
- Gateway GPRS support node GGSN
- packet-switched networks e.g., the Internet, X.25 external networks
- the interface between the radio network controllers (RNCs) and the core network(s) is termed the “Iu” interface.
- the interface between a radio network controller (RNC) and its base stations (BSs) is termed the “Iub” interface.
- the interface between the user equipment unit (UE) and the base stations is known as the "air interface” or the "radio interface”.
- a connection involves both a Serving or Source RNC (SRNC) and a target or drift RNC (DRNC), with the SRNC controlling the connection but with one or more diversity legs of the connection being handling by the DRNC (see, in this regard, WO 99/45736 , entitled “Telecommunications Inter-Exchange Measurement Transfer”; and WO 99/45735 , entitled “Telecommunications Inter-Exchange Congestion Control”).
- SRNC Serving or Source RNC
- DRNC target or drift RNC
- the interface between a SRNC and a DRNC is termed the "Iur" interface.
- a service is identified on a non-access stratum level of the UMTS architecture by a Non-Assess Stratum (NAS) Service Identifier (NAS Service ID).
- NAS Non-Assess Stratum
- NAS Service ID On the access stratum level of the UMTS architecture, each service is identified by a radio access bearer (RAB) identifier (RAB ID) on the Iu interface and by one or more radio bearer (RB) identifiers (RB IDs) on the radio interface (e.g,. the air interface).
- RAB radio access bearer
- RB IDs radio bearer identifiers
- Each NAS Service is thus linked to one radio access bearer (RAB), and each radio access bearer (RAB) is linked to one or more radio bearers (RBs).
- One or more radio bearers are linked to one transport channel, e.g., to one Dedicated Transport Channel (DCH) on the Iur, Iub, and radio interfaces.
- DCH Dedicated Transport Channel
- Each DCH is thus linked to one or more radio bearers (RBs).
- RAB radio access bearer
- a Dedicated Transport Channel is identified by a DCH ID on the Iur and Iub interfaces.
- the DCH ID used on the Iur and Iub interfaces is not used on the radio interface. Instead, a Transport Channel (TrCH) identifier is used over the radio interface to identify the transport channel on the radio interface.
- the serving RNC (SRNC) and the UE know this Transport Channel (TrCH) identifier (in the same way as they know the RB ID), but the Transport Channel (TrCH) identifier is not known to the DRNC or to the Base Station.
- connection controlling entities from a first RNC are relocated to a second RNC as the mobile station moves from an area controlled by the first RNC to a second area controlled by the second RNC.
- connection controlling entities can be the macrodiversity combining function, radio resource control block and associated user plane entities.
- 3GPP Third Generation Partnership Project
- SRNC Serving RNC
- DRNC Drift RNC
- the 3GPP proposes to signal from the first RNC (e.g., the old SRNC) to the second RNC (e.g., new SRNC) certain linking information, and specifically to signal information which links the radio access bearer (RAB) IDs and their radio bearer (RB) IDs.
- RNB radio access bearer
- RB radio bearer
- the new SRNC must still guess which transport channels would correspond to the radio bearers utilized.
- a method of performing a SRNC relocation in a UMTS network for a given UE according to the principle described above is also disclosed by WO 01/39534 .
- a SRNC relocation procedure is performed for relocating a role of a serving radio network controller (SRNC) for a telecommunications service involving a user equipment unit (UE) from a first radio network controller to a second radio network controller.
- SRNC serving radio network controller
- the first radio network controller signals to the second radio network controller information for linking transport channels utilized for the service with a radio access bearer (RAB) for the service.
- RAB radio access bearer
- the signaling links a dedicated transport channel (DCH) utilized for the service with a radio access bearer (RAB) for the service.
- DCH dedicated transport channel
- RAB radio access bearer
- the signaling links uplink and downlink transport channel (TrCH) IDs with the radio access bearer (RAB) identifier.
- the linking of the uplink and downlink transport channel (TrCH) IDs with the radio access bearer (RAB) identifier occurs over the Iu interface, while linking of the TrCH IDs and the DCH IDs occurs over the Iur interface.
- the linking of the uplink and downlink transport channel (TrCH) IDs with the radio access bearer (RAB) identifier occurs over the Iu interface, and there is no need to transmit DCH IDs in view of the target SRNC already knowing the uplink and downlink transport channel (TrCH) IDs, which have replaced the DCH IDs on the Iur and Iub interfaces.
- RRB radio access bearer
- the signaling of the information for linking the transport channels with the radio access bearer (RAB) for the service occurs at a time when a user equipment unit (UE) involved in the service is not changing cells, with the signaling being routed via a core network.
- RAB radio access bearer
- the SRNC relocation procedure of the invention allows the target SRNC node to utilize, after the relocation, the same transport channels as before the location, without having to make new allocations of transport channels.
- a representative, connection-oriented, external core network, shown as a cloud 12 may be for example the Public Switched Telephone Network (PSTN) and/or the Integrated Services Digital Network (ISDN).
- PSTN Public Switched Telephone Network
- ISDN Integrated Services Digital Network
- a representative, connectionless-oriented external core network shown as a cloud 14 may be for example the Internet. Both core networks are coupled to corresponding service nodes 16.
- the PSTN/ISDN connection-oriented network 12 is connected to a connection-oriented service node shown as a Mobile Switching Center (MSC) node 18 that provides circuit-switched services.
- the Internet connectionless-oriented network 14 is connected to a General Packet Radio Service (GPRS) node 20 tailored to provide packet-switched type services which is sometimes referred to as the serving GPRS service node (SGSN).
- GPRS General Packet Radio Service
- Each of the core network service nodes 18 and 20 connects to a UMTS Terrestrial Radio Access Network (UTRAN) 24 over a radio access network (RAN) interface referred to as the Iu interface.
- UTRAN 24 includes one or more radio network controllers (RNCs) 26.
- RNCs radio network controllers
- the UTRAN 24 of Fig. I is shown with only two RNC nodes, particularly RNC 26 1 and RNC26 2 .
- Each RNC 26 is connected to a plurality of base stations (BS) 28.
- BS base stations
- two base station nodes arc shown connected to each RNC 26.
- RNC 26 1 serves base station 28 1-1 and base station 28 1-2
- RNC 26 2 serves base station 28 2-1 and base station 28 2-2 .
- Fig. 1 shows that an RNC can be connected over an Iur interface to one or more other RNCs in the URAN 24.
- a user equipment unit such as user equipment unit (UE) 30 shown in Fig. 1, communicates with one or more base stations (BS) 28 over a radio or air interface 32.
- UE user equipment unit
- BS base stations
- Each of the radio interface 32, the Iu interface, the Iub interface, and the Iur interface are shown by dash-dotted lines in Fig. 1.
- radio access is based upon wideband, Code Division Multiple Access (WCDMA) with individual radio channels allocated using CDMA spreading codes.
- WCDMA Code Division Multiple Access
- Other access methods may be employed.
- WCDMA provides wide bandwidth for multimedia services and other high transmission rate demands as well as robust features like diversity handoff and RAKE receivers to ensure high quality.
- Each user mobile station or equipment unit (UE) 30 is assigned its own scrambling code in order for a base station 28 to identify transmissions from that particular user equipment unit (UE) as well as for the user equipment unit (UE) to identify transmissions from the base station intended for that user equipment unit (UE) from all of the other transmissions and noise present in the same area.
- control channels may exist between one of the base stations 28 and user equipment units (UEs) 30.
- UEs user equipment units
- broadcast channels including a general broadcast channel (BCH), a paging channel (PCH), a common pilot channel (CPICH), and a forward access channel (FACH) for providing various other types of control messages to user equipment units (UEs).
- BCH general broadcast channel
- PCH paging channel
- CPICH common pilot channel
- FACH forward access channel
- R4CH random access channel
- RACH random access channel
- Traffic channels (TCH) may be allocated to carry substantive call communications with a user equipment unit (UE).
- the present invention particularly concerns a situation in a cellular radio communication network in which the role of a serving radio network controller (SRNC) is transferred from one radio network controller to another radio network controller.
- SRNC serving radio network controller
- DRNC drift RNC
- an RNC is a drift RNC (DRNC)
- DRNC drift RNC
- SRNC serving RNC
- UE user equipment unit
- the radio access network (RAN) decides which RNC is to be the serving RNC (SRNC) and, if needed, which RNC is to be a drift RNC (DRNC).
- SRNC serving RNC
- DRNC drift RNC
- the RNC that controls the cell where the user equipment unit (UE) is located when the connection is first established is initially selected as the serving RNC (SRNC).
- SRNC serving RNC
- the connection is maintained by establishing radio communication branches or legs via new cells, possibly cells controlled by other RNCs. Those other RNCs become drift RNCs (DRNC) for RAN-UE connection.
- Fig. 1A shows an example of RNIC role assignment for user equipment unit (UE) 30 at initial setup of a connection involving user equipment unit (UE) 30.
- radio network controller (RNC) 26 acts as the serving RNC (SRNC) for the connection with user equipment unit (UE) 30, since user equipment unit (UE) 30 is in the cell controlled by base station (BS) 28 1-1 .
- the connection with user equipment unit (UE) 30 in Fig. 1A is shown by the broken line 36 1A (which extends from core network 16, through radio network controller (RNC) 26 1 , and base station (BS) 28 1-1 to user equipment unit (UE) 30).
- UE user equipment unit
- BS base station
- RNC radio network controller
- SRNC serving RNC
- RNC drift RNC
- radio network controller (RNC) 26 1 still has control of the connection with user equipment unit (UE) 30, while radio network controller (RNC) 26 2 supplies resources for the connection with respect to the cell in which user equipment unit (UE) 30 currently resides.
- the connection with user equipment unit (UE) 30 in Fig. 1B is shown by the broken line 36 1B .
- a relocate function/procedure is provided to effect this transfer of control.
- This is a general function/procedure covering UMTS internal relocations (e.g., relocation of SNRC within the UMTS) as well as relocations to other systems (e.g., from UMTS to GSM, for example).
- This invention primarily involves relocations within a system (such as UMTS, for example).
- the invention is especially advantageous to relocations within systems for which there is no support of RNC-RNC communication between the involved RNCs (e.g., no Iur interface).
- the invention is also applicable to other situations, such as (for example) (1) when an Iur interface exists but there is no support on the concerned Iur interface for communication on dedicated channels (DCHs), or (2) although the Iur interface exists, it may be optimal for transmission efficiency of the network not to use the Iur interface for relocation purposes (e.g., a better situation results after the location).
- DCHs dedicated channels
- the relocation function/procedure is primarily implemented using the Iu interface.
- the first type of relocation is relocation with user equipment unit (UE) involvement.
- the second type of relocation is relocation without user equipment unit (UE) involvement. While, as explained subsequently, this invention is especially applicable to relocation without user equipment unit (UE) involvement, the present invention is useful in both general scenarios.
- the serving RNC (SRNC) role is transferred from one RNC to another RNC at the same time as the radio interface communication is handed over from once cell to another cell.
- the only remaining nodes are the core network node(s) and the user equipment unit (UE).
- the serving RNC (SRNC) is replaced by another RNC and the base stations are placed by other base stations served by the replacing RNC. Any formerly involved DRNC is no longer involved.
- Fig. 2A shows a connection 36 2A with user equipment unit (UE) 30 at a time when user equipment unit (UE) 30 is in a cell controlled by base station (BS) 28 1-2 , and before relocation with user equipment unit (UE) involvement.
- the serving RNC SRNC
- RNC radio network controller
- a drift RNC DRNC
- a drift RNC could be involved before a relocation with user equipment unit (UE) involvement (but, for sake of simplicity, such is not illustrated in Fig. 2A).
- a drift RNC (DRNC) is normally not involved after relocation with user equipment unit (UE) involvement, even though it could (but, for sake of simplicity, such is not illustrated in Fig. 2A).
- Fig. 2A (as well as other figures) there is only one base station communicating with user equipment unit (UE) 30. Yet those skilled in the art will understand such is typically not the case, as there may be more than one base station in radio contact with user equipment unit (UE) 30 for, e.g., diversity purposes. However, since the relocation of the present invention is applicable regardless of whether one or plural base stations are in communication with the user equipment unit (UE) 30, for simplicity only one such base station is shown.
- UE user equipment unit
- BS base station
- BS base station
- RNC radio network controller
- RNC radio network controller
- the serving RNC (SRNC) role is transferred from one RNC to another RNC without the user equipment unit (UE) changing cell for radio interface communication.
- the remaining nodes are the core network nodes, the RNC which takes over the serving RNC (SRNC) role, the base stations with which the user equipment unit (UE) has radio contact, and the user equipment unit (UE).
- Fig. 3A shows the RNC role assignment before a relocation without user equipment unit (UE) involvement, with radio network controller (RNC) 26 1 being the serving RNC (SRNC) and having control of connection 36 3A .
- RNC radio network controller
- radio network controller (RNC) 26 2 serves as the drift RNC (DRNC).
- Fig. 3B shows the RNC role assignment after a relocation without user equipment unit (UE) involvement, with radio network controller (RNC) 26 2 being the serving RNC (SRNC) which handles connection 36 3B .
- UE user equipment unit
- Fig. 4A shows an access stratum of the architecture of Universal Mobile Telecommunications (UMTS) 10 as being framed by broken line 38.
- a non-access stratum level of the UMTS architecture exists above the box framed by broken line 38.
- NAS Service ID NAS Service Identifier
- the service can be a circuit switch (CS) service (e.g., a speech call) or a packet switch (PS) service.
- the NAS Service ID can be the Stream ID for a circuit switch (CS) service or a NSAPI for a packet switch (PS) service. It is not necessarily germane to the present invention as to what type of service is being utilized, and herein with reference to the connection involving user equipment unit (UE) 30 the service is generically referenced as "the service”.
- the service On the access stratum level of the UMTS architecture, the service is identified by a radio access bearer (RAB) identifier (RAB ID) 42 on the Iu and radio interfaces and is accompanied by one or more radio bearer (RB) identifiers (RB IDs) 44 on the radio interface (e.g,. the air interface) identifying the radio bearers.
- RAB ID radio access bearer
- RB IDs radio bearer identifiers
- the RAB ID is assigned the value of the NAS Service ID, thus creating a linking (illustrated by line 50 in Fig. 4A) between the RAB ID and the NAS Service ID.
- the RAB ID is passed over the Iu interface (as indicated by line 52 in Fig.
- the Serving RNC SRNC
- the SRNC decides how to map the radio access bearer (RAB) onto radio bearers (RBs).
- the mapping of the radio access bearer (RAB) onto radio bearers (RBs) is shown by lines 54 in Fig. 4A.
- the SRNC passes the radio bearer (RB) Identities (RB IDs) identifying the radio bearers (RBs) to the user equipment unit (UE) (indicated by lines 56 in Fig. 4A).
- the SRNC also passes the RAB ID together with the corresponding radio bearer (RB) identities (RB IDs) to the user equipment unit (UE) (as reflected by line 58 in Fig. 4A).
- RB radio bearer
- a Dedicated Transport Channel (DCH) for the service is identified by a DCH ID on the Iur and Iub interfaces. Such identification is performed by the serving RNC (SRNC) at the time the radio bearers are allocated.
- SRNC serving RNC
- one or more radio bearers (RBs) 44 are linked to one transport channel, e.g., to one Dedicated Transport Channel (DCH) 46 on the Iur, lub, and radio interfaces.
- DCH Dedicated Transport Channel
- Each DCH can be carried by one or more physical channels.
- Transport Channel (TrCH) identifier is used over the radio interface to identify the transport channel on the radio interface.
- the serving RNC (SRNC) and the UE know this Transport Channel (TrCH) identifier (in the same way as they know the RB ID), but the Transport Channel (TrCH) identifier is not known to the DRNC or to the Base Station.
- each NAS Service 40 is linked to one radio access bearer (RAB) 42, and each radio access bearer (RAB) 42 is linked to one or more radio bearers (RBs) 44.
- RAB radio access bearer
- RB radio bearers
- One or more radio bearers (RBs) 44 are linked to one transport channel, e.g., to one Dedicated Transport Channel (DCH) 46.
- DCH Dedicated Transport Channel
- each radio access bearer (RAB) 42 is linked to one or more DCHs 46, as shown in Fig. 4A.
- the Third Generation Partnership Project proposes to signal from the first RNC (e.g., the old SRNC) to the second RNC (e.g., new SRNC) certain linking information, and specifically to signal information which links the radio access bearer (RAB) IDs and their radio bearer (RB) IDs.
- RAB radio access bearer
- RB radio bearer
- the first radio network controller when relocation from a first RNC to a second RNC is to occur for a service, the first radio network controller also signals to the second radio network controller information for linking a dedicated transport channel (DCH) utilized for the service with a radio access bearer (RAB) for the service.
- DCH dedicated transport channel
- RAB radio access bearer
- Fig. 5A and Fig. 5B show a UTRAN 10 with a radio access network configured to implement the first mode of the present invention.
- the radio network controller (RNC) 26, of the present invention includes a memory or the like, illustrated as data base 100, which associates the dedicated transport channel (DCH) IDs utilized for the service with a radio access bearer (RAB) for the service.
- data base 100 For convenience and for emphasizing a particular use here relevant for the data stored in the data base 100, the data base is entitled the "linking database for RNC relocation", and (for short) "linking data base” 100.
- the linking data base 100 includes many fields or information elements for a particular service connection to a user equipment unit (UE), not all of which are necessarily illustrated in Fig. 5.
- Fig. 5 does show some fields of linking data base 100 which are pertinent to the present invention, it being understood that each of the fields of linking data base 100 are provided for each service connection to all user equipment units (UE) currently being served by radio network controller (RNC) 26
- the fields of linking data base 100 include radio access bearer (RAB) ID field 102; radio bearer (RA) field 103; and DCH ID field 104.
- the service is represented by the RAB ID field 102, which contains a value that is unique for the connection, such as the NAS Service ID previously mentioned.
- the radio access bearer (RAB) ID field 102 includes the radio access bearer (RAB) identifier (RAB ID) for the connection.
- the radio bearer (RB) field 103 includes the radio bearer (RB) identifiers (RB IDs) 44 for the connection.
- the DCH ID field 104 includes the identifiers for the Dedicated Transport Channels (DCHs) 46 utilized by the connection.
- DCHs Dedicated Transport Channels
- the serving RNC (SRNC) is provided with a relocation procedure 110 which implements the relocation of the serving RNC (SRNC) function from a first RNC to a second RNC.
- relocation procedure 110 facilitates transmission of linking information from a first RNC to a second RNC involved in an SRNC relocation operation.
- the time shown in Fig. 5A is just before a relocation (without user equipment unit (UE) involvement) of the SRNC for user equipment unit (UE) 30, with user equipment unit (UE) 30 being in the cell served by base station (BS) 28 2-2 and the connection being illustrated by broken line 36 5A .
- the radio network controller (RNC) 26 1 determines that SRNC relocation for the service with user equipment unit (UE) 30 is desired or necessary, with the anticipated result that radio network controller (RNC) 26 2 (formerly the DRNC for user equipment unit (UE) 30) will become the new serving RNC (SRNC) for user equipment unit (UE) 30, replacing radio network controller (RNC) 26 1 .
- the relocation procedure 110 of radio network controller (RNC) 26, prepares and sends a RELOCATION REQUIRED MESSAGE to the appropriate nodes in core network 16.
- the RELOCATION REQUIRED MESSAGE can be sent both to a circuit switched control node (such as MSC node 18 in Fig. 1) and to a packet switched control node (such as SGSN node 20 in Fig. 1).
- the RELOCATION REQUIRED MESSAGE is discussed subsequently in connection with Fig. 7.
- the core network node then sends a RELOCATION REQUEST MESSAGE to radio network controller (RNC) 26 2 .
- the RELOCATION REQUIRED MESSAGE is sent over the Iu interface in an appropriate protocol for the Iu interface.
- Example information elements of the RELOCATION REQUIRED MESSAGE which are pertinent to the present invention are illustrated in Fig. 7. Such information elements are illustrated in Fig. 7 as a message type information element 7-1; source node ID information element 7-2; target RNC node ID information element 7-3; RAB ID information element 7-4; RB ID information element 7-5, and DCH IDs information element 7-6.
- the message type information element 7-1 identifies the message as a RELOCATION REQUIRED MESSAGE.
- the source node ID information element 7-2 which identifies radio network controller (RNC) 26 1 , is an optional information element not needed for the present invention, but which may be useful for gathering statistics, etc.
- the target RNC node ID information element 7-3 identifies the radio network controller (RNC) 26 2 to which the SRNC is to be relocated as a result of execution of the RNC relocation procedure.
- the values contained in information elements 7-4 through 7-6 correspond to the information elements 102 through 104 of linking data base 100, respectively.
- the RELOCATION REQUEST MESSAGE is sent from the core network node to radio network controller (RNC) 26 2 , e.g., to the RNC which is to become the serving RNC (SRNC).
- RNC radio network controller
- the format of RELOCATION REQUEST MESSAGE, not specifically illustrated herein, basically differs from that of RELOCATION REQUIRED MESSAGE of Fig. 7 in that the target RNC ID information element 7-3 need not be included.
- radio network controller (RNC) 26 2 Upon completion of the relocation procedure, and in view of reception of the RELOCATION REQUEST MESSAGE, radio network controller (RNC) 26 2 is able to perform the linking of identities in the manner shown in Fig. 4B.
- Fig. 5B and Fig. 4B illustrate that the serving RNC (SRNC) function has moved from radio network controller (RNC) 26, to radio network controller (RNC) 26 2 , with the connection as illustrated by broken line 36 5B in Fig. 5B.
- SRNC serving RNC
- radio network controller (RNC) 26 2 upon becoming the serving RNC (SRNC), is provided (via RELOCATION REQUIRED MESSAGE and RELOCATION REQUEST MESSAGE) with information to link the radio bearer (RB) identifiers (RB IDs) 44 for the service with the same Dedicated Transport Channels (DCHs) 46 as utilized prior to the relocation.
- each radio access bearer (RAB) corresponds to one or more DCHs; each radio access bearer also corresponds to one or more radio bearers (RBs); and each DCH corresponds to one or more radio bearers (RBs).
- Fig. 4B illustrates by lines 59 the linking of Dedicated Transport Channels (DCHs) IDs 46 with radio bearer (RB) identifiers (RB IDs) 44.
- the target serving RNC e.g., radio network controller (RNC) 26 2 in Fig. 5B
- RNC radio network controller
- Fig. 6 illustrates, in somewhat more detail, an example RNC node 26 at which the relocation procedure 110 and linking data base 100 of the present invention can be located. It so happens that the RNC node 26 of Fig. 6 is a switched-based node having a switch 120.
- the switch 120 serves to interconnect other constituent elements of RNC node 26.
- Such other constituent elements include extension terminals 122, through 122 n , as well as extension terminal 124.
- Extension terminals 122 1 through 122 n essentially function to connect RNC node 26 to the base stations 28 served by RNC node 26; extension terminal 124 connects RNC node 26 across the Iu interface to the core network.
- RNC node 26 includes diversity handover unit 126; an ALT unit 128; codex 130; timing unit 132; a data services application unit 134; and, a main processor 140.
- ALT unit 128 is a unit which provides, e.g., multiplexing and demultiplexing and (optionally) queueing with regard to differing protocols of cells.
- RNC node 26 As described in Fig. 6, it is main processor 140 which executes relocation procedure 110. Further, main processor 140 is connected to linking data base 100 for obtaining the linking information therefrom which is utilized by relocation procedure 110 to prepare the RELOCATION REQUIRED MESSAGE described with reference to Fig. 5A and Fig. 7.
- the RNC node 26 can be configured to transmit and receive packets or cells, such as ATM cells, for example.
- packets or cells such as ATM cells, for example.
- the specific configuration of RNC node 26 is not critical to the present invention, so long as RNC node 26 can perform the relocation procedure 110 herein described and variations thereof.
- a Dedicated Transport Channel is identified by two Transport Channel (TrCH) IDs on the downlink (i.e., from the SRNC to the user equipment unit (UE)) and one Transport Channel (TrCH) ID on the uplink (i.e., from the user equipment unit (UE) to the SNRC).
- TrCH Transport Channel
- TrCH Transport Channel
- the Third Generation Partnership Project (3GPP) also proposes, for a relocation, to signal (from the first RNC (e.g., the old SRNC) to the second RNC (e.g., new SRNC)), for each radio access bearer (RAB) ID, the corresponding radio bearer (RB) IDs (one or more), and the corresponding uplink and downlink TrCH IDs.
- RNC radio access bearer
- RB radio bearer
- TrCH IDs dedicated transport channels
- a second mode of the invention which involves a linking of TrCH IDs with the radio access bearer (RAB) identifier during a serving RNC (SRNC) relocation procedure, is illustrated in Fig. 8A and Fig. 8B, together with Fig. 9A and Fig. 9B.
- Fig. 8A and Fig. 9A show that the second mode of the invention differs from the first mode by taking into consideration the TrCHs involved in the service for user equipment unit (UE) 30.
- UE user equipment unit
- the relocation procedure 110' of the second mode and the linking data base 100' of the second mode are configured so that the signaling from radio network controller (RNC) 26 1 to radio network controller (RNC) 26 2 for a RNC relocation procedure provides a linking of TrCH IDs with DCH IDs, RAB IDs, and RB IDs, as indicated by the dashed/double-dotted line in Fig. 8A.
- Fig. 9A differs from Fig. 4A by further taking into consideration the TrCHs.
- lines 60 illustrate the linking of TrCH IDs 48 with radio bearer (RB) identifiers (RB IDs) 44.
- Fig. 9A shows by lines 62 the serving RNC (SRNC) further passing the uplink and downlink TrCH IDs identifying each DCH to the user equipment unit (UE).
- SRNC serving RNC
- linking data base 100' is provided with an additional field 105 which stores the two Transport Channel (TrCH) IDs on the downlink and the Transport Channel (TrCH) ID on the uplink which are utilized by user equipment unit (UE) 30 for the service.
- TrCH IDs field 105 being included in linking data base 100', relocation procedure 110 (being executed at radio network controller (RNC) 26 1 ) prepares and sends the RELOCATION REQUIRED MESSAGE of Fig. 10 to the core network, which in turn sends the RELOCATION REQUEST MESSAGE to radio network controller (RNC) 26 2 .
- the RELOCATION REQUIRED MESSAGE of Fig. 10 has essentially the same format as that of Fig. 7, with the addition of a further information element 10-8 which contains the TrCH IDs which were being utilized by user equipment unit (UE) 30 prior to the serving RNC (SRNC) relocation, thereby enabling radio network controller (RNC) 26 2 to use these same TrCH IDs after the serving RNC (SRNC) relocation.
- RNC radio network controller
- Fig. 8B and Fig. 9B depict the situation after the SRNC relocation procedure of the second mode has been performed.
- Broken line 36 8B in Fig. 8B shows the connection for user equipment unit (UE) 30 after the SRNC relocation procedure has been performed.
- UE user equipment unit
- a linking of the uplink and downlink TrCH IDs for all DCH IDs of the Dedicated Transport Channels (DCHs) supporting a certain radio access bearer (RAB) identifier (RAB ID) 42 is provided for the new or target SRNC during establishment of the DCH over the Iur interface.
- RAB radio access bearer
- Fig. 11 shows a third mode of the invention, which is a variation on the second mode of Fig. 8A and Fig. 8B.
- Fig. 11 shows a relocation procedure 110 11 which, like the relocation procedure 110' of Fig. 8A, sends the RELOCATION REQUIRED MESSAGE of Fig. 12 to appropriate nodes of the core network.
- the relocation procedure 110 11 of the third mode does not include the Dedicated Channels (DCHs) in RELOCATION REQUIRED MESSAGE of Fig. 12. Omission of the DCH IDs in RELOCATION REQUIRED MESSAGE of Fig.
- certain messages over the Iur interface would preferably include an association of the DCH IDs with their corresponding uplink and downlink TrCH IDs.
- These messages are the RADIO LINK SETUP REQUEST MESSAGE; the RADIO LINK RECONFIGURATION PREPARE MESSAGE; and the RADIO LINK RECONFIGURATION REQUEST MESSAGE.
- Fig. 13 shows a fourth mode of the invention which is a variation on the third mode of Fig. 11.
- the Dedicated Transport Channel (DCH) IDs are not signaled or transmitted at all in connection with the SRNC relocation. Instead in the forth mode the Dedicated Transport Channels (DCHs) are identified by the uplink and downlink TrCH IDs on the Iur as well as on the radio interface and optionally on the Iub interface.
- the target RNC e.g., the new SRNC
- the target RNC thus already knows the uplink and downlink TrCH IDs identifying the Dedicated Transport Channels (DCHs) relocation procedure 110 12 .
- the uplink and downlink TrCH IDs are communicated to target RNC over the Iur interface. Therefore, in this fourth mode it is not necessary to pass the Dedicated Transport Channel (DCH) IDs in the RELOCATION REQUIRED MESSAGE or in the RELOCATION REQUEST MESSAGE, or across the Iur interface between radio network controller (RNC) 26 1 and radio network controller (RNC) 26 2 .
- DCH Dedicated Transport Channel
- Linking is created in the following way:
- the relocation procedure 110 13 does not require the DCH IDs in the RELOCATION REQUIRED MESSAGE and RELOCATION REQUEST MESSAGE.
- certain messages over the Iur interface and optionally over the Iub interface would preferably include the uplink and downlink TrCH IDs as identifiers of a Dedicated Transport Channel (DCH) rather than using the DCH IDs.
- the Dedicated Transport Channels would thus be identified by the uplink and downlink TrCH IDs on the Iur as well as on the radio interface and optionally on Iub interfaces.
- the invention is independent of the core network architecture. Moreover, although the invention has particular applicability to SRNC relocation without user equipment unit (UE) involvement, the invention also has advantages in situations involving SRNC location with user equipment unit (UE) involvement.
- the relocation can be performed with an objective to optimize transmission by moving the role of the serving RNC (SRNC) to an RNC currently being the DRNC.
- the relocation could be performed also with user equipment unit (UE) involvement and thus include a possible change in DCHs, but in such case it may not be necessary to link the radio access bearer (RAB) identifiers (RAB IDs) to the old DCHs.
- RAB radio access bearer
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Radio Relay Systems (AREA)
Abstract
Description
- The present invention pertains to telecommunications, and particularly to the relocation of a Serving Radio Network Controller in a Radio Access Network.
- In a typical cellular radio system, mobile user equipment units (UEs) communicate via a radio access network (RAN) to one or more core networks. The user equipment units (UEs) can be mobile stations such as mobile telephones ("cellular" telephones) and laptops with mobile termination, and thus can be, for example, portable, pocket, hand-held, computer-included, or car-mounted mobile devices which communicate voice and/or data with radio access network.
- The radio access network (RAN) covers a geographical area which is divided into cell areas, with each cell area being served by a base station. A cell is a geographical area where radio coverage is provided by the radio base station equipment at a base station site. Each cell is identified by a unique identity, which is broadcast in the cell. The base stations communicate over the air interface (e.g., radio frequencies) with the user equipment units (UE) within range of the base stations. In the radio access network, several base stations are typically connected (e.g., by landlines or microwave) to a radio network controller (RNC). The radio network controller, also sometimes termed a base station controller (BSC), supervises and coordinates various activities of the plural base stations connected thereto. The radio network controllers are typically connected to one or more core networks.
- One example of a radio access network is the Universal Mobile Telecommunications (UMTS) Terrestrial Radio Access Network (UTRAN). The UTRAN is a third generation system which is in some respects builds upon the radio access technology known as Global System for Mobile communications (GSM) developed in Europe. UTRAN is essentially a wideband code division multiple access (W-CDMA) system.
- As those skilled in the art appreciate, in W-CDMA technology a common frequency band allows simultaneous communication between a user equipment unit (UE) and plural base stations. Signals occupying the common frequency band are discriminated at the receiving station through spread spectrum CDMA waveform properties based on the use of a high speed, pseudo-noise (PN) code. These high speed PN codes are used to modulate signals transmitted from the base stations and the user equipment units (UEs). Transmitter stations using different PN codes (or a PN code offset in time) produce signals that can be separately demodulated at a receiving station. The high speed PN modulation also allows the receiving station to advantageously generate a received signal from a single transmitting station by combining several distinct propagation paths of the transmitted signal. In CDMA, therefore, a user equipment unit (UE) need not switch frequency when handoff of a connection is made from one cell to another. As a result, a destination cell can support a connection to a user equipment unit (UE) at the same time the origination cell continues to service the connection. Since the user equipment unit (UE) is always communicating through at least one cell during handover, there is no disruption to the call. Hence, the term "soft handover." In contrast to hard handover, soft handover is a "make-before-break" switching operation.
- The Universal Mobile Telecommunications (UMTS) Terrestrial Radio Access Network (UTRAN) accommodates both circuit switched and packet switched connections. In this regard, in UTRAN the circuit switched connections involve a radio network controller (RNC) communicating with a mobile switching center (MSC), which in turn is connected to a connection-oriented, external core network, which may be (for example) the Public Switched Telephone Network (PSTN) and/or the Integrated Services Digital Network (ISDN). On the other hand, in UTRAN the packet switched connections involve the radio network controller communicating with a Serving GPRS Support Node (SGSN) which in turn is connected through a backbone network and a
- Gateway GPRS support node (GGSN) to packet-switched networks (e.g., the Internet, X.25 external networks)
- There are several interfaces of interest in the UTRAN. The interface between the radio network controllers (RNCs) and the core network(s) is termed the "Iu" interface. The interface between a radio network controller (RNC) and its base stations (BSs) is termed the "Iub" interface. The interface between the user equipment unit (UE) and the base stations is known as the "air interface" or the "radio interface". In some instances, a connection involves both a Serving or Source RNC (SRNC) and a target or drift RNC (DRNC), with the SRNC controlling the connection but with one or more diversity legs of the connection being handling by the DRNC (see, in this regard,
WO 99/45736 WO 99/45735 - In the Universal Mobile Telecommunications (UMTS), a service is identified on a non-access stratum level of the UMTS architecture by a Non-Assess Stratum (NAS) Service Identifier (NAS Service ID). On the access stratum level of the UMTS architecture, each service is identified by a radio access bearer (RAB) identifier (RAB ID) on the Iu interface and by one or more radio bearer (RB) identifiers (RB IDs) on the radio interface (e.g,. the air interface). Each NAS Service is thus linked to one radio access bearer (RAB), and each radio access bearer (RAB) is linked to one or more radio bearers (RBs). One or more radio bearers (RBs) are linked to one transport channel, e.g., to one Dedicated Transport Channel (DCH) on the Iur, Iub, and radio interfaces. Each DCH is thus linked to one or more radio bearers (RBs). Consequentially, each radio access bearer (RAB) is linked to one or more DCHs.
- A Dedicated Transport Channel (DCH) is identified by a DCH ID on the Iur and Iub interfaces. The DCH ID used on the Iur and Iub interfaces is not used on the radio interface. Instead, a Transport Channel (TrCH) identifier is used over the radio interface to identify the transport channel on the radio interface. The serving RNC (SRNC) and the UE know this Transport Channel (TrCH) identifier (in the same way as they know the RB ID), but the Transport Channel (TrCH) identifier is not known to the DRNC or to the Base Station.
-
WO 99/51051 - A project known as the Third Generation Partnership Project (3GPP) has undertaken to evolve further the UTRAN and GSM-based radio access network technologies, see for example 3GPP TR 25.832, Manifestations of Handover and SRNS relocation and "SRNS Relocation" i 3GPP TS 25.401, kap 7.2.3.2. The 3GPP anticipates a situation in which the role of a Serving RNC (SRNC) will be relocated from a first RNC to another RNC, such as an RNC which previously served as a Drift RNC (DRNC). In connection with such relocation, the 3GPP proposes to signal from the first RNC (e.g., the old SRNC) to the second RNC (e.g., new SRNC) certain linking information, and specifically to signal information which links the radio access bearer (RAB) IDs and their radio bearer (RB) IDs. However, in accordance with this 3GPP proposal, the new SRNC must still guess which transport channels would correspond to the radio bearers utilized. A method of performing a SRNC relocation in a UMTS network for a given UE according to the principle described above is also disclosed by
WO 01/39534 - What is needed, therefore, and an object of the present invention, is a technique for enabling the new SRNC to link transport channels with radio bearers.
- In a radio access network, a SRNC relocation procedure is performed for relocating a role of a serving radio network controller (SRNC) for a telecommunications service involving a user equipment unit (UE) from a first radio network controller to a second radio network controller. In accordance various modes of the SRNC relocation procedure, the first radio network controller signals to the second radio network controller information for linking transport channels utilized for the service with a radio access bearer (RAB) for the service.
- In a first mode of the invention, the signaling links a dedicated transport channel (DCH) utilized for the service with a radio access bearer (RAB) for the service. In second through fourth modes of the invention, during the SRNC relocation procedure the signaling links uplink and downlink transport channel (TrCH) IDs with the radio access bearer (RAB) identifier. In a third mode, the linking of the uplink and downlink transport channel (TrCH) IDs with the radio access bearer (RAB) identifier occurs over the Iu interface, while linking of the TrCH IDs and the DCH IDs occurs over the Iur interface. In a fourth mode, the linking of the uplink and downlink transport channel (TrCH) IDs with the radio access bearer (RAB) identifier occurs over the Iu interface, and there is no need to transmit DCH IDs in view of the target SRNC already knowing the uplink and downlink transport channel (TrCH) IDs, which have replaced the DCH IDs on the Iur and Iub interfaces.
- Preferably but not exclusively, in accordance with the SRNC relocation procedure the signaling of the information for linking the transport channels with the radio access bearer (RAB) for the service occurs at a time when a user equipment unit (UE) involved in the service is not changing cells, with the signaling being routed via a core network.
- Advantageously, the SRNC relocation procedure of the invention allows the target SRNC node to utilize, after the relocation, the same transport channels as before the location, without having to make new allocations of transport channels.
- The foregoing and other objects, features, and advantages of the invention will be apparent from the following more particular description of preferred embodiments as illustrated in the accompanying drawings in which reference characters refer to the same parts throughout the various views. The drawings are not necessarily to scale, emphasis instead being placed upon illustrating the principles of the invention.
- Fig. 1 is diagrammatic view of example mobile communications system in which the present invention may be advantageously employed.
- Fig. 1A is a diagrammatic view illustrating an example assignment of RNC roles for the system of Fig. 1 at setup of a connection with a user equipment unit (UE).
- Fig. 1B is a diagrammatic view illustrating an example assignment of RNC roles after successive handovers of the connection with a user equipment unit (UE).
- Fig. 2A is a diagrammatic view illustrating an example assignment of RNC roles before relocation with user equipment unit (UE) involvement.
- Fig. 2B is a diagrammatic view illustrating an example assignment of RNC roles after relocation with user equipment unit (UE) involvement.
- Fig. 3A is a diagrammatic view illustrating an example assignment of RNC roles before relocation without user equipment unit (UE) involvement.
- Fig. 3B is a diagrammatic view an example assignment of RNC roles after relocation without user equipment unit (UE) involvement.
- Fig. 4A is a diagrammatic view illustrating a relation between various identifiers employed in a telecommunications connection prior to performance of an SRNC relocation procedure of the invention.
- Fig. 4B is a diagrammatic view illustrating a relation between various identifiers employed in a telecommunications connection subsequent to performance of an SRNC relocation procedure according to a first mode of the invention.
- Fig. 5A and Fig. 5B are diagrammatic views illustrating an example SRNC relocation procedure without user equipment unit (UE) involvement in accordance with one mode of the invention.
- Fig. 6 is a schematic view of an example RNC node in accordance with one embodiment of the invention.
- Fig. 7 is a diagrammatic view of an example format of a RELOCATION REQUIRED MESSAGE according to a first mode of the invention.
- Fig. 8A and Fig. 8B are diagrammatic views illustrating an example SRNC relocation procedure without user equipment unit (UE) involvement in accordance with a second mode of the invention.
- Fig. 9A is a diagrammatic view illustrating a relation between various identifiers employed in a telecommunications connection prior to performance of an SRNC relocation procedure according to the second mode of the invention.
- Fig. 9B is a diagrammatic view illustrating a relation between various identifiers employed in a telecommunications connection subsequent to performance of an SRNC relocation procedure according to the second mode of the invention.
- Fig. 10 is a diagrammatic view of an example format of a RELOCATION REQUIRED MESSAGE according to a second mode of the invention.
- Fig. 11 is a diagrammatic view illustrating an example SRNC relocation procedure without user equipment unit (UE) involvement in accordance with a third mode of the invention.
- Fig. 12 is a diagrammatic view of an example format of a RELOCATION REQUIRED MESSAGE according to a third mode of the invention.
- Fig. 13 is a diagrammatic view illustrating an example SRNC relocation procedure without user equipment unit (UE) involvement in accordance with a fourth mode of the invention.
- In the following description, for purposes of explanation and not limitation, specific details are set forth such as particular architectures, interfaces, techniques, etc. in order to provide a thorough understanding of the present invention. However, it will be apparent to those skilled in the art that the present invention may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well known devices, circuits, and methods are omitted so as not to obscure the description of the present invention with unnecessary detail.
- The present invention is described in the non-limiting, example context of a universal mobile telecommunications (UMTS) 10 shown in Fig. 1. A representative, connection-oriented, external core network, shown as a
cloud 12 may be for example the Public Switched Telephone Network (PSTN) and/or the Integrated Services Digital Network (ISDN). A representative, connectionless-oriented external core network shown as acloud 14, may be for example the Internet. Both core networks are coupled tocorresponding service nodes 16. The PSTN/ISDN connection-orientednetwork 12 is connected to a connection-oriented service node shown as a Mobile Switching Center (MSC)node 18 that provides circuit-switched services. The Internet connectionless-orientednetwork 14 is connected to a General Packet Radio Service (GPRS)node 20 tailored to provide packet-switched type services which is sometimes referred to as the serving GPRS service node (SGSN). - Each of the core
network service nodes RNC 261 and RNC262. EachRNC 26 is connected to a plurality of base stations (BS) 28. For example, and again for sake of simplicity, two base station nodes arc shown connected to eachRNC 26. In this regard,RNC 261 servesbase station 281-1 andbase station 281-2, whileRNC 262 servesbase station 282-1 andbase station 282-2. It will be appreciated that a different number of base stations can be served by each RNC, and that RNCs need not serve the same number of base stations. Moreover, Fig. 1 shows that an RNC can be connected over an Iur interface to one or more other RNCs in the URAN 24. - A user equipment unit (UE), such as user equipment unit (UE) 30 shown in Fig. 1, communicates with one or more base stations (BS) 28 over a radio or
air interface 32. Each of theradio interface 32, the Iu interface, the Iub interface, and the Iur interface are shown by dash-dotted lines in Fig. 1. - Preferably, radio access is based upon wideband, Code Division Multiple Access (WCDMA) with individual radio channels allocated using CDMA spreading codes. Of course, other access methods may be employed. WCDMA provides wide bandwidth for multimedia services and other high transmission rate demands as well as robust features like diversity handoff and RAKE receivers to ensure high quality. Each user mobile station or equipment unit (UE) 30 is assigned its own scrambling code in order for a
base station 28 to identify transmissions from that particular user equipment unit (UE) as well as for the user equipment unit (UE) to identify transmissions from the base station intended for that user equipment unit (UE) from all of the other transmissions and noise present in the same area. - Different types of control channels may exist between one of the
base stations 28 and user equipment units (UEs) 30. For example, in the forward or downlink direction, there are several types of broadcast channels including a general broadcast channel (BCH), a paging channel (PCH), a common pilot channel (CPICH), and a forward access channel (FACH) for providing various other types of control messages to user equipment units (UEs). In the reverse or uplink direction, a random access channel (R4CH) is employed by user equipment units (UEs) whenever access is desired to perform location registration, call origination, page response, and other types of access operations. The random access channel (RACH) is also used for carrying certain user data, e.g., best effort packet data for, e.g., web browser applications. Traffic channels (TCH) may be allocated to carry substantive call communications with a user equipment unit (UE). - The present invention particularly concerns a situation in a cellular radio communication network in which the role of a serving radio network controller (SRNC) is transferred from one radio network controller to another radio network controller. In terms of "role", those skilled in the art appreciate that, with respect to a certain RAN-UE connection, an RNC can either have the role of a serving RNC (SRNC) or the role of a drift RNC (DRNC). If an RNC is a serving RNC (SRNC), the RNC is in charge of the connection with the user equipment unit (UE), e.g., it has full control of the connection within the radio access network (RAN). A serving RNC (SRNC) is connected to the core network. On the other hand, if an RNC is a drift RNC (DRNC), its supports the serving RNC (SRNC) by supplying radio resources (within the cells controlled by the drift RNC (DRNC)) needed for a connection with the user equipment unit (UE).
- When a connection between the radio access network (RAN) and user equipment unit (UE) is being established, the radio access network (RAN) decides which RNC is to be the serving RNC (SRNC) and, if needed, which RNC is to be a drift RNC (DRNC). Normally, the RNC that controls the cell where the user equipment unit (UE) is located when the connection is first established is initially selected as the serving RNC (SRNC). As the user equipment unit (UE) moves, the connection is maintained by establishing radio communication branches or legs via new cells, possibly cells controlled by other RNCs. Those other RNCs become drift RNCs (DRNC) for RAN-UE connection.
- To illustrate the foregoing, and as a prelude to an explanation of the present invention, reference is made to the situation shown in Fig. 1A. Fig. 1A shows an example of RNIC role assignment for user equipment unit (UE) 30 at initial setup of a connection involving user equipment unit (UE) 30. In Fig. 1A, radio network controller (RNC) 26, acts as the serving RNC (SRNC) for the connection with user equipment unit (UE) 30, since user equipment unit (UE) 30 is in the cell controlled by base station (BS) 281-1. The connection with user equipment unit (UE) 30 in Fig. 1A is shown by the broken line 361A (which extends from
core network 16, through radio network controller (RNC) 261, and base station (BS) 281-1 to user equipment unit (UE) 30). - Suppose that user equipment unit (UE) 30 travels in the rightward direction indicated by
arrow 34 in Fig. 1A, eventually leaving the cell controlled by base station (BS) 281-1 and traveling successively through the cells controlled byrespective base stations base station 282-2 is illustrated in Fig. 1B. At such time shown in Fig. 1B, radio network controller (RNC) 261 still acts as the serving RNC (SRNC) for the connection to user equipment unit (UE) 30, while radio network controller (RNC) 262 acts as the drift RNC (DRNC). In other words, radio network controller (RNC) 261 still has control of the connection with user equipment unit (UE) 30, while radio network controller (RNC) 262 supplies resources for the connection with respect to the cell in which user equipment unit (UE) 30 currently resides. The connection with user equipment unit (UE) 30 in Fig. 1B is shown by thebroken line 361B. - In certain situations it its advantageous to transfer control of a particular UE connection from one RNC to another RNC. A relocate function/procedure is provided to effect this transfer of control. This is a general function/procedure covering UMTS internal relocations (e.g., relocation of SNRC within the UMTS) as well as relocations to other systems (e.g., from UMTS to GSM, for example). This invention primarily involves relocations within a system (such as UMTS, for example). The invention is especially advantageous to relocations within systems for which there is no support of RNC-RNC communication between the involved RNCs (e.g., no Iur interface). However, the invention is also applicable to other situations, such as (for example) (1) when an Iur interface exists but there is no support on the concerned Iur interface for communication on dedicated channels (DCHs), or (2) although the Iur interface exists, it may be optimal for transmission efficiency of the network not to use the Iur interface for relocation purposes (e.g., a better situation results after the location). Thus, in one mode of the present invention, the relocation function/procedure is primarily implemented using the Iu interface.
- In general, there are two types of relocations. The first type of relocation, illustrated generally by Fig. 2A and Fig. 2B, is relocation with user equipment unit (UE) involvement. The second type of relocation, illustrated generally by Fig. 3A and Fig. 3B, is relocation without user equipment unit (UE) involvement. While, as explained subsequently, this invention is especially applicable to relocation without user equipment unit (UE) involvement, the present invention is useful in both general scenarios.
- In the general case of relocation with user equipment unit (UE) involvement, illustrated in Fig. 2A and Fig. 2B, the serving RNC (SRNC) role is transferred from one RNC to another RNC at the same time as the radio interface communication is handed over from once cell to another cell. After the relocation, the only remaining nodes are the core network node(s) and the user equipment unit (UE). The serving RNC (SRNC) is replaced by another RNC and the base stations are placed by other base stations served by the replacing RNC. Any formerly involved DRNC is no longer involved.
- Fig. 2A shows a
connection 362A with user equipment unit (UE) 30 at a time when user equipment unit (UE) 30 is in a cell controlled by base station (BS) 281-2, and before relocation with user equipment unit (UE) involvement. The serving RNC (SRNC) is radio network controller (RNC) 261. It so happens that, at the time shown in Fig. 2A, no drift RNC (DRNC) is involved. A drift RNC (DRNC) could be involved before a relocation with user equipment unit (UE) involvement (but, for sake of simplicity, such is not illustrated in Fig. 2A). A drift RNC (DRNC) is normally not involved after relocation with user equipment unit (UE) involvement, even though it could (but, for sake of simplicity, such is not illustrated in Fig. 2A). - For simplicity, in Fig. 2A (as well as other figures) there is only one base station communicating with user equipment unit (UE) 30. Yet those skilled in the art will understand such is typically not the case, as there may be more than one base station in radio contact with user equipment unit (UE) 30 for, e.g., diversity purposes. However, since the relocation of the present invention is applicable regardless of whether one or plural base stations are in communication with the user equipment unit (UE) 30, for simplicity only one such base station is shown.
- Suppose that user equipment unit (UE) 30 moves in the direction of
arrow 34 from the cell controlled by base station (BS) 281-2 to the cell controlled by base station (BS) 282-1 (in the manner shown in Fig. 2B). Suppose further that in such move the role of SNRC is transferred from radio network controller (RNC) 261 to radio network controller (RNC) 262 at the same time as the radio interface communication is handed over from the cell controlled by base station (BS) 281-2 to the cell controlled by base station (BS) 282-1. In other words, an SRNC relocation with user equipment unit (UE) involvement occurs as user equipment unit (UE) 30 transitions between cells. Fig. 2B thus showsconnection 362B with user equipment unit (UE) 30 after the relocation with user equipment unit (UE) involvement. - In the general case of relocation without user equipment unit (UE) involvement, illustrated in Fig. 3A and Fig. 3B, the serving RNC (SRNC) role is transferred from one RNC to another RNC without the user equipment unit (UE) changing cell for radio interface communication. After the relocation the remaining nodes are the core network nodes, the RNC which takes over the serving RNC (SRNC) role, the base stations with which the user equipment unit (UE) has radio contact, and the user equipment unit (UE). Fig. 3A shows the RNC role assignment before a relocation without user equipment unit (UE) involvement, with radio network controller (RNC) 261 being the serving RNC (SRNC) and having control of
connection 363A. In Fig. 3A, radio network controller (RNC) 262 serves as the drift RNC (DRNC). Fig. 3B, on the other hand, shows the RNC role assignment after a relocation without user equipment unit (UE) involvement, with radio network controller (RNC) 262 being the serving RNC (SRNC) which handlesconnection 363B. - Attention will eventually focus on how the present invention performs the relocation without user equipment unit (UE) involvement in the example situation shown in Fig. 3A and Fig. 3B. But before doing so, further detail is provided concerning establishment of a telecommunications service for which relocation can be required. This description is provided in the context of a description of Fig. 4A.
- Fig. 4A shows an access stratum of the architecture of Universal Mobile Telecommunications (UMTS) 10 as being framed by
broken line 38. A non-access stratum level of the UMTS architecture exists above the box framed bybroken line 38. When a telecommunications service is utilized in the Universal Mobile Telecommunications (UMTS) 10, the service is identified on the non-access stratum level of the UMTS architecture by a NAS Service Identifier (NAS Service ID) 40. For example, the service can be a circuit switch (CS) service (e.g., a speech call) or a packet switch (PS) service. In this regard, the NAS Service ID can be the Stream ID for a circuit switch (CS) service or a NSAPI for a packet switch (PS) service. It is not necessarily germane to the present invention as to what type of service is being utilized, and herein with reference to the connection involving user equipment unit (UE) 30 the service is generically referenced as "the service". - On the access stratum level of the UMTS architecture, the service is identified by a radio access bearer (RAB) identifier (RAB ID) 42 on the Iu and radio interfaces and is accompanied by one or more radio bearer (RB) identifiers (RB IDs) 44 on the radio interface (e.g,. the air interface) identifying the radio bearers. During establishment of a UMTS service, at the core network the RAB ID is assigned the value of the NAS Service ID, thus creating a linking (illustrated by
line 50 in Fig. 4A) between the RAB ID and the NAS Service ID. Using an Iu interface protocol, the RAB ID is passed over the Iu interface (as indicated byline 52 in Fig. 4A) to the Serving RNC (SRNC). The SRNC then decides how to map the radio access bearer (RAB) onto radio bearers (RBs). The mapping of the radio access bearer (RAB) onto radio bearers (RBs) is shown bylines 54 in Fig. 4A. When the SRNC establishes the radio bearers (RB) with the UE involved in the service, the SRNC passes the radio bearer (RB) Identities (RB IDs) identifying the radio bearers (RBs) to the user equipment unit (UE) (indicated bylines 56 in Fig. 4A). To create a linking between the NAS Service and the radio bearer at the user equipment unit (UE), the SRNC also passes the RAB ID together with the corresponding radio bearer (RB) identities (RB IDs) to the user equipment unit (UE) (as reflected byline 58 in Fig. 4A). - A Dedicated Transport Channel (DCH) for the service is identified by a DCH ID on the Iur and Iub interfaces. Such identification is performed by the serving RNC (SRNC) at the time the radio bearers are allocated. At the serving RNC (SRNC), one or more radio bearers (RBs) 44 are linked to one transport channel, e.g., to one Dedicated Transport Channel (DCH) 46 on the Iur, lub, and radio interfaces. Such linking is shown by
lines 59 in Fig. 4A. Each DCH can be carried by one or more physical channels. - However, the DCH ID used on the Iur and Iub interfaces is not used on the radio interface. Instead, a Transport Channel (TrCH) identifier is used over the radio interface to identify the transport channel on the radio interface. The serving RNC (SRNC) and the UE know this Transport Channel (TrCH) identifier (in the same way as they know the RB ID), but the Transport Channel (TrCH) identifier is not known to the DRNC or to the Base Station.
- Thus, as shown in Fig. 4A, each
NAS Service 40 is linked to one radio access bearer (RAB) 42, and each radio access bearer (RAB) 42 is linked to one or more radio bearers (RBs) 44. One or more radio bearers (RBs) 44 are linked to one transport channel, e.g., to one Dedicated Transport Channel (DCH) 46. Consequentially, each radio access bearer (RAB) 42 is linked to one or more DCHs 46, as shown in Fig. 4A. - In the event of a relocation of serving RNC (SRNC) from a first RNC to a second RNC for a particular service, the Third Generation Partnership Project (3GPP) proposes to signal from the first RNC (e.g., the old SRNC) to the second RNC (e.g., new SRNC) certain linking information, and specifically to signal information which links the radio access bearer (RAB) IDs and their radio bearer (RB) IDs. However, in accordance with this 3GPP proposal, the new SRNC must still guess which dedicated transport channels (DCHs) would correspond to the radio bearers utilized.
- By contrast to the 3GPP proposal, in a first mode of the present invention illustrated in Fig. 5A and Fig. 5B, when relocation from a first RNC to a second RNC is to occur for a service, the first radio network controller also signals to the second radio network controller information for linking a dedicated transport channel (DCH) utilized for the service with a radio access bearer (RAB) for the service.
- Fig. 5A and Fig. 5B show a
UTRAN 10 with a radio access network configured to implement the first mode of the present invention. The radio network controller (RNC) 26, of the present invention includes a memory or the like, illustrated asdata base 100, which associates the dedicated transport channel (DCH) IDs utilized for the service with a radio access bearer (RAB) for the service. For convenience and for emphasizing a particular use here relevant for the data stored in thedata base 100, the data base is entitled the "linking database for RNC relocation", and (for short) "linking data base" 100. The linkingdata base 100 includes many fields or information elements for a particular service connection to a user equipment unit (UE), not all of which are necessarily illustrated in Fig. 5. Fig. 5 does show some fields of linkingdata base 100 which are pertinent to the present invention, it being understood that each of the fields of linkingdata base 100 are provided for each service connection to all user equipment units (UE) currently being served by radio network controller (RNC) 261. - The fields of linking
data base 100 include radio access bearer (RAB)ID field 102; radio bearer (RA)field 103; andDCH ID field 104. The service is represented by theRAB ID field 102, which contains a value that is unique for the connection, such as the NAS Service ID previously mentioned. The radio access bearer (RAB)ID field 102 includes the radio access bearer (RAB) identifier (RAB ID) for the connection. The radio bearer (RB)field 103 includes the radio bearer (RB) identifiers (RB IDs) 44 for the connection. TheDCH ID field 104 includes the identifiers for the Dedicated Transport Channels (DCHs) 46 utilized by the connection. - In accordance with the present invention, the serving RNC (SRNC) is provided with a
relocation procedure 110 which implements the relocation of the serving RNC (SRNC) function from a first RNC to a second RNC. As described below particularly with reference to Fig. 5A and Fig. 5B,relocation procedure 110 facilitates transmission of linking information from a first RNC to a second RNC involved in an SRNC relocation operation. - The time shown in Fig. 5A is just before a relocation (without user equipment unit (UE) involvement) of the SRNC for user equipment unit (UE) 30, with user equipment unit (UE) 30 being in the cell served by base station (BS) 282-2 and the connection being illustrated by
broken line 365A. The radio network controller (RNC) 261 determines that SRNC relocation for the service with user equipment unit (UE) 30 is desired or necessary, with the anticipated result that radio network controller (RNC) 262 (formerly the DRNC for user equipment unit (UE) 30) will become the new serving RNC (SRNC) for user equipment unit (UE) 30, replacing radio network controller (RNC) 261. Accordingly, therelocation procedure 110 of radio network controller (RNC) 26, prepares and sends a RELOCATION REQUIRED MESSAGE to the appropriate nodes incore network 16. For example, the RELOCATION REQUIRED MESSAGE can be sent both to a circuit switched control node (such asMSC node 18 in Fig. 1) and to a packet switched control node (such asSGSN node 20 in Fig. 1). The RELOCATION REQUIRED MESSAGE is discussed subsequently in connection with Fig. 7. The core network node then sends a RELOCATION REQUEST MESSAGE to radio network controller (RNC) 262. The RELOCATION REQUIRED MESSAGE and RELOCATION REQUEST MESSAGE together serve to transmit from radio network controller (RNC) 26, to radio network controller (RNC) 262 the information for the linking of the DCH IDs with the RAB IDs and RB IDs for the service connection to user equipment unit (UE) 30, as illustrated by the dashed/double-dotted line in Fig. 5A. - The RELOCATION REQUIRED MESSAGE is sent over the Iu interface in an appropriate protocol for the Iu interface. Example information elements of the RELOCATION REQUIRED MESSAGE which are pertinent to the present invention are illustrated in Fig. 7. Such information elements are illustrated in Fig. 7 as a message type information element 7-1; source node ID information element 7-2; target RNC node ID information element 7-3; RAB ID information element 7-4; RB ID information element 7-5, and DCH IDs information element 7-6. The message type information element 7-1 identifies the message as a RELOCATION REQUIRED MESSAGE. The source node ID information element 7-2, which identifies radio network controller (RNC) 261, is an optional information element not needed for the present invention, but which may be useful for gathering statistics, etc. The target RNC node ID information element 7-3 identifies the radio network controller (RNC) 262 to which the SRNC is to be relocated as a result of execution of the RNC relocation procedure. For the service connection for user equipment unit (UE) 30, the values contained in information elements 7-4 through 7-6 correspond to the
information elements 102 through 104 of linkingdata base 100, respectively. - The RELOCATION REQUEST MESSAGE is sent from the core network node to radio network controller (RNC) 262, e.g., to the RNC which is to become the serving RNC (SRNC). The format of RELOCATION REQUEST MESSAGE, not specifically illustrated herein, basically differs from that of RELOCATION REQUIRED MESSAGE of Fig. 7 in that the target RNC ID information element 7-3 need not be included.
- Upon completion of the relocation procedure, and in view of reception of the RELOCATION REQUEST MESSAGE, radio network controller (RNC) 262 is able to perform the linking of identities in the manner shown in Fig. 4B. Both Fig. 5B and Fig. 4B illustrate that the serving RNC (SRNC) function has moved from radio network controller (RNC) 26, to radio network controller (RNC) 262, with the connection as illustrated by
broken line 365B in Fig. 5B. Advantageously, radio network controller (RNC) 262, upon becoming the serving RNC (SRNC), is provided (via RELOCATION REQUIRED MESSAGE and RELOCATION REQUEST MESSAGE) with information to link the radio bearer (RB) identifiers (RB IDs) 44 for the service with the same Dedicated Transport Channels (DCHs) 46 as utilized prior to the relocation. Thus, each radio access bearer (RAB) corresponds to one or more DCHs; each radio access bearer also corresponds to one or more radio bearers (RBs); and each DCH corresponds to one or more radio bearers (RBs). Fig. 4B illustrates bylines 59 the linking of Dedicated Transport Channels (DCHs)IDs 46 with radio bearer (RB) identifiers (RB IDs) 44. - Thus, in accordance with the
relocation procedure 110 of the present invention, the target serving RNC (SRNC) (e.g., radio network controller (RNC) 262 in Fig. 5B) is able to re-create the linking to the same DCHs as previously utilized for user equipment unit (UE) 30. Such re-creation of the same DCH/RB linking is advantageous for many reasons. One such reason is that time and resources are not consumed in making another determination as to which DCHs should be utilized for user equipment unit (UE) 30 with respect to the service. - Fig. 6 illustrates, in somewhat more detail, an
example RNC node 26 at which therelocation procedure 110 and linkingdata base 100 of the present invention can be located. It so happens that theRNC node 26 of Fig. 6 is a switched-based node having a switch 120. The switch 120 serves to interconnect other constituent elements ofRNC node 26. Such other constituent elements include extension terminals 122, through 122n, as well as extension terminal 124. Extension terminals 1221 through 122n essentially function to connectRNC node 26 to thebase stations 28 served byRNC node 26; extension terminal 124 connectsRNC node 26 across the Iu interface to the core network. - Yet other constituent elements of
RNC node 26 include diversity handover unit 126; an ALT unit 128; codex 130; timing unit 132; a data services application unit 134; and, a main processor 140. The person skilled in the art will appreciate generally the functions of these constituent elements, it being noted that the ALT unit 128 is a unit which provides, e.g., multiplexing and demultiplexing and (optionally) queueing with regard to differing protocols of cells. - In the embodiment of
RNC node 26 as described in Fig. 6, it is main processor 140 which executesrelocation procedure 110. Further, main processor 140 is connected to linkingdata base 100 for obtaining the linking information therefrom which is utilized byrelocation procedure 110 to prepare the RELOCATION REQUIRED MESSAGE described with reference to Fig. 5A and Fig. 7. - The
RNC node 26 can be configured to transmit and receive packets or cells, such as ATM cells, for example. However, the specific configuration ofRNC node 26 is not critical to the present invention, so long asRNC node 26 can perform therelocation procedure 110 herein described and variations thereof. - As indicated above, on the radio interface (e.g., air interface), a Dedicated Transport Channel (DCH) is identified by two Transport Channel (TrCH) IDs on the downlink (i.e., from the SRNC to the user equipment unit (UE)) and one Transport Channel (TrCH) ID on the uplink (i.e., from the user equipment unit (UE) to the SNRC). As explained before, e.g., with reference to Fig. 4A, when the serving RNC (SRNC) establishes the radio bearer with the user equipment unit (UE), the serving RNC (SRNC) also passes the radio bearer (RB) identifiers (RB IDs) 44 to the user equipment unit (UE).
- The Third Generation Partnership Project (3GPP) also proposes, for a relocation, to signal (from the first RNC (e.g., the old SRNC) to the second RNC (e.g., new SRNC)), for each radio access bearer (RAB) ID, the corresponding radio bearer (RB) IDs (one or more), and the corresponding uplink and downlink TrCH IDs. However, in accordance with this 3GPP proposal, the new SRNC must still guess which dedicated transport channels (DCHs) would correspond to a set of uplink and downlink TrCH IDs based, e.g., on the characteristics of the radio bearers. Thus, except under some special conditions, it is not possible with the 3GPP proposal to re-create the linking to the DCHs in the new SRNC.
- By contrast to the 3GPP proposal, a second mode of the invention, which involves a linking of TrCH IDs with the radio access bearer (RAB) identifier during a serving RNC (SRNC) relocation procedure, is illustrated in Fig. 8A and Fig. 8B, together with Fig. 9A and Fig. 9B. Fig. 8A and Fig. 9A show that the second mode of the invention differs from the first mode by taking into consideration the TrCHs involved in the service for user equipment unit (UE) 30. In this regard, the relocation procedure 110' of the second mode and the linking data base 100' of the second mode are configured so that the signaling from radio network controller (RNC) 261 to radio network controller (RNC) 262 for a RNC relocation procedure provides a linking of TrCH IDs with DCH IDs, RAB IDs, and RB IDs, as indicated by the dashed/double-dotted line in Fig. 8A.
- In the second mode of the invention, Fig. 9A differs from Fig. 4A by further taking into consideration the TrCHs. In particular, in the scheme of Fig. 9A lines 60 illustrate the linking of
TrCH IDs 48 with radio bearer (RB) identifiers (RB IDs) 44. Further, Fig. 9A shows bylines 62 the serving RNC (SRNC) further passing the uplink and downlink TrCH IDs identifying each DCH to the user equipment unit (UE). - Reflecting the linking of Fig. 9A, linking data base 100' is provided with an
additional field 105 which stores the two Transport Channel (TrCH) IDs on the downlink and the Transport Channel (TrCH) ID on the uplink which are utilized by user equipment unit (UE) 30 for the service. With the TrCH IDs field 105 being included in linking data base 100', relocation procedure 110 (being executed at radio network controller (RNC) 261) prepares and sends the RELOCATION REQUIRED MESSAGE of Fig. 10 to the core network, which in turn sends the RELOCATION REQUEST MESSAGE to radio network controller (RNC) 262. - The RELOCATION REQUIRED MESSAGE of Fig. 10 has essentially the same format as that of Fig. 7, with the addition of a further information element 10-8 which contains the TrCH IDs which were being utilized by user equipment unit (UE) 30 prior to the serving RNC (SRNC) relocation, thereby enabling radio network controller (RNC) 262 to use these same TrCH IDs after the serving RNC (SRNC) relocation. It will be understood, with respect to both the format of Fig. 7 and the format of Fig. 10, that the order of the information elements included in these messages is not critical, and that numerous variations in format can be realized.
- Fig. 8B and Fig. 9B depict the situation after the SRNC relocation procedure of the second mode has been performed.
Broken line 368B in Fig. 8B shows the connection for user equipment unit (UE) 30 after the SRNC relocation procedure has been performed. In this second mode, a linking of the uplink and downlink TrCH IDs for all DCH IDs of the Dedicated Transport Channels (DCHs) supporting a certain radio access bearer (RAB) identifier (RAB ID) 42 is provided for the new or target SRNC during establishment of the DCH over the Iur interface. - Fig. 11 shows a third mode of the invention, which is a variation on the second mode of Fig. 8A and Fig. 8B. In essence, Fig. 11 shows a
relocation procedure 11011 which, like the relocation procedure 110' of Fig. 8A, sends the RELOCATION REQUIRED MESSAGE of Fig. 12 to appropriate nodes of the core network. However, unlike the RELOCATION REQUIRED MESSAGE issued by relocation procedure 110', therelocation procedure 11011 of the third mode does not include the Dedicated Channels (DCHs) in RELOCATION REQUIRED MESSAGE of Fig. 12. Omission of the DCH IDs in RELOCATION REQUIRED MESSAGE of Fig. 12 is feasible in view of the fact that a linking of TrCH IDs and DCH IDs occurs between radio network controller (RNC) 26, and radio network controller (RNC) 261 by transmissions over the Iur interface prior to the relocation procedure 11011 (as shown by another dashed/double-dotted line in Fig. 11). After completion of therelocation procedure 11011 of the third embodiment of Fig. 11, the result is similar to that shown in Fig. 8B and Fig. 9B. - In the third mode of the invention, certain messages over the Iur interface would preferably include an association of the DCH IDs with their corresponding uplink and downlink TrCH IDs. These messages are the RADIO LINK SETUP REQUEST MESSAGE; the RADIO LINK RECONFIGURATION PREPARE MESSAGE; and the RADIO LINK RECONFIGURATION REQUEST MESSAGE.
- Fig. 13 shows a fourth mode of the invention which is a variation on the third mode of Fig. 11. In the
relocation procedure 11012 of the fourth mode, the Dedicated Transport Channel (DCH) IDs are not signaled or transmitted at all in connection with the SRNC relocation. Instead in the forth mode the Dedicated Transport Channels (DCHs) are identified by the uplink and downlink TrCH IDs on the Iur as well as on the radio interface and optionally on the Iub interface. In the fourth mode, the target RNC (e.g., the new SRNC) thus already knows the uplink and downlink TrCH IDs identifying the Dedicated Transport Channels (DCHs)relocation procedure 11012. In this regard, in the fourth mode the uplink and downlink TrCH IDs are communicated to target RNC over the Iur interface. Therefore, in this fourth mode it is not necessary to pass the Dedicated Transport Channel (DCH) IDs in the RELOCATION REQUIRED MESSAGE or in the RELOCATION REQUEST MESSAGE, or across the Iur interface between radio network controller (RNC) 261 and radio network controller (RNC) 262. - Linking is created in the following way:
- (A) On the Iur interface, prior to the relocation, the RNCs exchange the DCHs IDs. In the fourth mode it is the uplink and downlink TrCH IDs that are exchanged by the RNCs. The DCH ID in the first to third modes is thus replaced by the uplink and downlink TrCH IDs.
- (B) On the Iu interface, at relocation the linking between the RAB ID and its corresponding uplink and downlink TrCH IDs is provided to the target RNC.
- (C) The target RNC can thus link the RAB to the DCH using the TrCH IDs provided firstly over Iur and secondly over Iu at relocation.
- After completion of the
relocation procedure 11013 of the fourth embodiment of Fig. 13, the result is similar to that shown in Fig. 8B and Fig. 9B. - Thus, in the fourth mode of the invention, the
relocation procedure 11013 does not require the DCH IDs in the RELOCATION REQUIRED MESSAGE and RELOCATION REQUEST MESSAGE. In the fourth mode of the invention, certain messages over the Iur interface and optionally over the Iub interface would preferably include the uplink and downlink TrCH IDs as identifiers of a Dedicated Transport Channel (DCH) rather than using the DCH IDs. In the fourth mode of the invention the Dedicated Transport Channels would thus be identified by the uplink and downlink TrCH IDs on the Iur as well as on the radio interface and optionally on Iub interfaces. These messages are the RADIO LINK SETUP REQUEST MESSAGE; the RADIO LINK SETUP RESPONSE MESSAGE; the RADIO LINK SETUP FAILURE MESSAGE; the RADIO LINK ADDITION RESPONSE MESSAGE; the RADIO - LINK ADDITION FAILURE MESSAGE; the RADIO LINK RECONFIGURATION PREPARE MESSAGE; the RADIO LINK RECONFIGURATION READY MESSAGE; RADIO LINK RECONFIGURATION REQUEST MESSAGE; and the RADIO LINK RECONFIGURATION RESPONSE MESSAGE.
- The invention is independent of the core network architecture. Moreover, although the invention has particular applicability to SRNC relocation without user equipment unit (UE) involvement, the invention also has advantages in situations involving SRNC location with user equipment unit (UE) involvement. In this regard, the relocation can be performed with an objective to optimize transmission by moving the role of the serving RNC (SRNC) to an RNC currently being the DRNC. In this case, the relocation could be performed also with user equipment unit (UE) involvement and thus include a possible change in DCHs, but in such case it may not be necessary to link the radio access bearer (RAB) identifiers (RAB IDs) to the old DCHs.
- While the invention has been described in connection with what is presently considered to be the most practical and preferred embodiments and modes, it is to be understood that the invention is not to be limited to the disclosed modes and embodiments, but on the contrary, is intended to cover various modifications and equivalent arrangements included within the scope of the appended claims.
Claims (21)
- A method of performing, for a telecommunications service, relocation of a role of a serving radio network controller <SRNC> from a first radio network controller <RNC> (261) to a second radio network controller <RNC> (262), characterized in that for a service for which the relocation occurs the first radio network controller signals to the second radio network controller information for linking a transport channel utilized for the service with a radio access bearer <RAB> for the service, and wherein after the relocation the RAB for the service is linked by the second radio network controller to the same transport channel as was utilized by the first radio network controller for the service prior to the relocation.
- The method of claim 1, further comprising the first radio network controller signaling to the second radio network controller information for linking a radio bearer <RB> utilized for the service with a radio access bearer <RAB> for the service.
- The method of claim 1, further comprising signaling the information for linking the transport channel utilized for the service with a radio access bearer <RAB> for the service at a time when a user equipment unit <UE> involved in the service is not changing cells.
- The method of claim 1, wherein the signaling from the first radio network controller to the second radio network controller occurs via a core network (16).
- The method of claim 1, wherein the transport channel utilized for the service is a dedicated transport channel <DCH> existing over an Iur interface and an Iub interface.
- The method of claim 5, wherein the first radio network controller further signals to the second radio network controller information for linking uplink and downlink transport channels <TrCHs> utilized for the service with a radio access bearer <RAB> for the service.
- The method of claim 1, wherein the transport channel utilized for the service is a transport channel <TrCH> utilized over a radio interface.
- The method of claim 7, further comprising the first radio network controller signaling to the second radio network controller information for linking both uplink and downlink transport channels <TrCHs> utilized for the service with a radio access bearer <RAB> for the service.
- The method of claim 7, further comprising the first radio network controller signaling to the second radio network controller, prior to the relocation and over an Iur interface, information for linking a dedicated transport channel <DCH> and a transport channel <TrCH> over a radio interface.
- The method of claim 7, further comprising identifying a dedicated transport channel by uplink and downlink transport channel <TrCH> identifiers over an Iur interface as well as on a radio interface.
- The method of claim 10, further comprising communicating the uplink and downlink transport channel <TrCH> identifiers over an Iur interface from the first radio network controller to the second radio network controller.
- A radio access network adapted to perform a serving radio network controller <SRNC> relocation procedure for a telecommunications service involving a user equipment unit <UE>, the serving radio network controller <SRNC> relocation procedure functioning to relocate a role of a serving radio network controller <SRNC> from a first radio network controller <RNC> (261) to a second radio network controller <RNC> (262), characterized in that in accordance with the serving radio network controller <SRNC> relocation procedure the first radio network controller signals to the second radio network controller information for linking a transport channel utilized for the service with a radio access bearer <RAB> for the service, and wherein after the relocation the RAB for the service is linked by the second radio network controller to the same transport channel as was utilized by the first radio network controller for the service prior to the relocation..
- The network of claim 12, wherein the first radio network controller further signals to the second radio network controller information for linking a radio bearer <RB> utilized for the service with a radio access bearer <RAB> for the service.
- The network of claim 12, wherein the information for linking the transport channel utilized for the service with a radio access bearer <RAB> for the service is signaled at a time when a user equipment unit <UE> involved in the service is not changing cells.
- The network of claim 12, wherein the signaling from the first radio network controller to the second radio network controller occurs via a core network (16).
- The network of claim 12, wherein the transport channel utilized for the service is a dedicated transport channel <DCH> existing over an Iur interface and an Iub interface.
- The network of claim 12, wherein the first radio network controller further signals to the second radio network controller information for linking uplink and downlink transport channels <TrCHs> utilized for the service with a radio access bearer <RAB> for the service.
- The network of claim 12, wherein the transport channel utilized for the service is a transport channel <TrCH> utilized over a radio interface.
- The network of claim 18, wherein the first radio network controller signals to the second radio network controller information for linking uplink and downlink transport channels <TrCHs> utilized for the service with a radio access bearer <RAB> for the service.
- The network of claim 18, wherein the first radio network controller signals to the second radio network controller, prior to the relocation and over an Iur interface, information for linking a dedicated transport channel <DCH> and a transport channel <TrCH> over a radio interface.
- The network of claim 18, wherein a dedicated transport channel <DCH> is identified by uplink and downlink transport channel <TrCH> identifiers over an Iur interface as well as on a radio interface.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US543536 | 2000-04-05 | ||
US09/543,536 US6961571B1 (en) | 2000-04-05 | 2000-04-05 | Relocation of serving radio network controller with signaling of linking of dedicated transport channels |
PCT/SE2001/000664 WO2001076282A2 (en) | 2000-04-05 | 2001-03-27 | Relocation of serving radio network controller by signaling for linking transport channels |
Publications (2)
Publication Number | Publication Date |
---|---|
EP1269773A2 EP1269773A2 (en) | 2003-01-02 |
EP1269773B1 true EP1269773B1 (en) | 2007-09-12 |
Family
ID=24168445
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP01918077A Expired - Lifetime EP1269773B1 (en) | 2000-04-05 | 2001-03-27 | Relocation of serving radio network controller with signaling of linking of transport channels |
Country Status (9)
Country | Link |
---|---|
US (1) | US6961571B1 (en) |
EP (1) | EP1269773B1 (en) |
JP (1) | JP4554868B2 (en) |
CN (1) | CN1310528C (en) |
AT (1) | ATE373393T1 (en) |
AU (1) | AU2001244947A1 (en) |
DE (1) | DE60130441T2 (en) |
ES (1) | ES2292573T3 (en) |
WO (1) | WO2001076282A2 (en) |
Families Citing this family (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB0020443D0 (en) * | 2000-08-18 | 2000-10-04 | Nokia Networks Oy | Controlling communication between stations |
US7308263B2 (en) * | 2001-02-26 | 2007-12-11 | Kineto Wireless, Inc. | Apparatus for supporting the handover of a telecommunication session between a licensed wireless system and an unlicensed wireless system |
WO2003019967A1 (en) * | 2001-08-21 | 2003-03-06 | Nokia Corporation | Method, system and network element for addressing a cell related server |
GB2382273B (en) * | 2001-11-20 | 2003-11-26 | Ericsson Telefon Ab L M | Abnormal release recovery in a UTRAN of a UMTS network |
WO2003045103A1 (en) * | 2001-11-22 | 2003-05-30 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement for congestion control in distributed communication networks |
GB0208272D0 (en) * | 2002-04-10 | 2002-05-22 | Nokia Corp | Method and apparatus for transmitting multimedia content from a network content element to a network data distribution element |
US6950684B2 (en) | 2002-05-01 | 2005-09-27 | Interdigital Technology Corporation | Method and system for optimizing power resources in wireless devices |
CA2484222C (en) | 2002-05-06 | 2009-07-14 | Interdigital Technology Corporation | Synchronization for extending battery life |
US7076249B2 (en) * | 2002-05-06 | 2006-07-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for generating management data for drifting mobile radios |
JP4172207B2 (en) * | 2002-05-29 | 2008-10-29 | 日本電気株式会社 | Radio access network apparatus and mobile communication system using the same |
CN1214590C (en) * | 2002-05-29 | 2005-08-10 | 华为技术有限公司 | Control of wireless access network separated from service function and its comunication method |
TWI318847B (en) | 2002-05-29 | 2009-12-21 | Interdigital Tech Corp | Packet switched connections using dedicated channels |
US7633926B1 (en) * | 2003-02-06 | 2009-12-15 | Cisco Technology, Inc. | Extending multicast applications available on data networks to cell-based wireless networks |
GB2399712A (en) * | 2003-03-17 | 2004-09-22 | Orange Personal Comm Serv Ltd | Telecommunications apparatus and method for multiple data type packets |
JP2005142967A (en) * | 2003-11-07 | 2005-06-02 | Ntt Docomo Inc | Spreading code assignment method, radio base station, and mobile station |
EP1594330A1 (en) * | 2004-05-04 | 2005-11-09 | Alcatel | Methods for terminal assisted coordinated radio serving and interference avoidance in OFDM mobile communication system |
CN1694381B (en) * | 2004-05-07 | 2011-08-24 | 日本电气株式会社 | Mobile communication system and MBMS service relevant information transfer method for use therewith |
GB2414361B (en) | 2004-05-17 | 2008-10-01 | Ipwireless Inc | Arrangement and method for radio network relocation |
CN100370873C (en) * | 2004-07-19 | 2008-02-20 | 华为技术有限公司 | Method for solving off normal encipher-decipher after transport of service radio network system |
US7596380B2 (en) * | 2004-07-26 | 2009-09-29 | Lg Electronics Inc. | Changing serving radio network controller for mobile terminal supporting multimedia broadcast services |
KR100933156B1 (en) * | 2004-08-12 | 2009-12-21 | 삼성전자주식회사 | Method and apparatus for transmitting and receiving uplink data in handoff area using transport channels for uplink service |
AU2006298052B2 (en) * | 2005-01-05 | 2009-12-24 | Lg Electronics Inc. | Managing channel configuration information in a wireless communication system |
JP2008546259A (en) * | 2005-05-20 | 2008-12-18 | クゥアルコム・インコーポレイテッド | Method and apparatus for providing peer-to-via data networking for wireless devices |
CN100450291C (en) * | 2005-07-11 | 2009-01-07 | 华为技术有限公司 | Method of establishing interface link |
CN1921683B (en) * | 2005-08-24 | 2012-01-25 | 北京三星通信技术研究有限公司 | Dispatching method for SRNC control service cell to user |
KR101238993B1 (en) * | 2005-08-25 | 2013-03-04 | 엘지전자 주식회사 | Traffic transmission path relocation method for radio communication system |
JP4647693B2 (en) * | 2005-08-25 | 2011-03-09 | エルジー エレクトロニクス インコーポレイティド | Traffic transmission path resetting method in mobile communication system |
EP1940182B1 (en) * | 2005-10-18 | 2013-12-11 | ZTE Corporation | Relocation methods of serving radio network controller to avoid the interference caused by UE measurement report |
KR101213285B1 (en) * | 2006-01-04 | 2012-12-17 | 삼성전자주식회사 | METHOD AND APPRATUS FOR Session Initiation Protocol DATA TRANSMISSION OF IDLE MODE USER EQUIPMENT IN A MOBILE COMMUNICATION SYSTEM |
CN102905330B (en) | 2006-02-07 | 2016-07-06 | 日本电气株式会社 | Mobile communication system, wireless base station controller and method for relocating |
KR100837704B1 (en) * | 2006-09-29 | 2008-06-13 | 한국전자통신연구원 | Method for transmitting data in evolved UMTS network system |
US20080254782A1 (en) * | 2007-01-29 | 2008-10-16 | Nokia Corporation | Apparatus, method and computer program product providing inter-operability between legacy and other radio network subsystem |
US8175056B2 (en) * | 2007-08-28 | 2012-05-08 | Samsung Electronics Co., Ltd | Method and system for managing mobility in a mobile communication system using proxy mobile internet protocol |
JP5033603B2 (en) * | 2007-12-04 | 2012-09-26 | 京セラ株式会社 | Wireless communication terminal, wireless base station, and packet communication method |
CN101505513B (en) * | 2008-02-04 | 2011-01-05 | 中兴通讯股份有限公司 | Method for repositioning from high speed downlink packet access service to dedicated channel service |
CN101437212B (en) * | 2008-12-17 | 2011-01-05 | 中兴通讯股份有限公司 | Method and system for implementing IP multimedia subsystem dynamic telephone book business |
CN107534918B (en) * | 2015-06-05 | 2020-03-10 | 华为技术有限公司 | Method and node in a wireless communication network |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5825759A (en) * | 1994-10-26 | 1998-10-20 | Telefonaktiebolaget Lm Ericsson | Distributing network services and resources in a mobile communications network |
FI106172B (en) | 1998-01-29 | 2000-11-30 | Nokia Networks Oy | A method for reconfiguring a connection in a cellular radio network |
FI108772B (en) | 1998-03-31 | 2002-03-15 | Nokia Corp | Method for managing mobile connection |
FI108103B (en) | 1998-04-15 | 2001-11-15 | Nokia Mobile Phones Ltd | Intermediary level for implementing protocol adaptations in a digital wireless communication system |
US6438370B1 (en) * | 1998-06-16 | 2002-08-20 | Nokia Telecommunications, Oy | Location update method and inter core network entity handover method |
US6594238B1 (en) * | 1998-06-19 | 2003-07-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for dynamically adapting a connection state in a mobile communications system |
WO1999066748A1 (en) * | 1998-06-19 | 1999-12-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for dynamically adapting a connection state in a mobile communications system |
US6687249B1 (en) * | 1998-08-25 | 2004-02-03 | Telefonaktiebolaget Lm Ericsson | Reconfiguring diversity legs during CN-RNC interface streamlining |
US6466556B1 (en) * | 1999-07-23 | 2002-10-15 | Nortel Networks Limited | Method of accomplishing handover of packet data flows in a wireless telecommunications system |
US6618589B1 (en) * | 1999-10-27 | 2003-09-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for performing cell and URA updates in a radio access network |
GB2356770A (en) | 1999-11-23 | 2001-05-30 | Ericsson Telefon Ab L M | SRNS relocation in a UMTS network |
-
2000
- 2000-04-05 US US09/543,536 patent/US6961571B1/en not_active Expired - Lifetime
-
2001
- 2001-03-27 AU AU2001244947A patent/AU2001244947A1/en not_active Abandoned
- 2001-03-27 AT AT01918077T patent/ATE373393T1/en not_active IP Right Cessation
- 2001-03-27 ES ES01918077T patent/ES2292573T3/en not_active Expired - Lifetime
- 2001-03-27 WO PCT/SE2001/000664 patent/WO2001076282A2/en active IP Right Grant
- 2001-03-27 CN CNB018107036A patent/CN1310528C/en not_active Expired - Fee Related
- 2001-03-27 DE DE60130441T patent/DE60130441T2/en not_active Expired - Lifetime
- 2001-03-27 EP EP01918077A patent/EP1269773B1/en not_active Expired - Lifetime
- 2001-03-27 JP JP2001573824A patent/JP4554868B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
AU2001244947A1 (en) | 2001-10-15 |
US6961571B1 (en) | 2005-11-01 |
ATE373393T1 (en) | 2007-09-15 |
WO2001076282A2 (en) | 2001-10-11 |
ES2292573T3 (en) | 2008-03-16 |
DE60130441T2 (en) | 2008-05-29 |
JP2003530042A (en) | 2003-10-07 |
EP1269773A2 (en) | 2003-01-02 |
CN1310528C (en) | 2007-04-11 |
WO2001076282A3 (en) | 2002-02-28 |
CN1636417A (en) | 2005-07-06 |
JP4554868B2 (en) | 2010-09-29 |
DE60130441D1 (en) | 2007-10-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1269773B1 (en) | Relocation of serving radio network controller with signaling of linking of transport channels | |
US7054638B2 (en) | Controlling transmission of cell information between control nodes in radio access network | |
US20030003919A1 (en) | Relocation of serving network radio network controller ( SRNC) which has used direct transport bearers between SRNC and base station | |
US6944462B2 (en) | Control node handover in radio access network | |
KR100367385B1 (en) | Method for transferring a data signal in a wireless communication system | |
US7184710B2 (en) | Transmission of filtering/filtered information over the lur interface | |
US6829482B2 (en) | Switching from dedicated to common channels when radio resources are controlled by drift radio network | |
JP4268634B2 (en) | Method and system for integrating resource allocation between TDD and FDD in a wireless communication system | |
US7072656B2 (en) | Handover in a shared radio access network environment using subscriber-dependent neighbor cell lists | |
EP1360865B1 (en) | Transmission of filtering or filtered information over the iur interface | |
US6782274B1 (en) | Method for transmitting radio resource control message in asynchronous mobile communication system | |
JP5273223B2 (en) | Mobile communication system, communication method therefor, and radio base station apparatus | |
EP1954065B1 (en) | Method, system and device for distributing resource of base station node | |
EP1362490B1 (en) | Reducing signaling in rnsap protocol upon cell change in cellular telecommunications network | |
JP2003530041A (en) | Acquisition of control parameters for synchronous detection of telecommunication synchronization | |
CN101287285B (en) | Method, system and device for calling establishing and triggering in circuit domain | |
EP1821466A1 (en) | Communication apparatus, communication system and communication method | |
EP1260112B1 (en) | Intersystem handover with modified parameters | |
US7292839B2 (en) | Macrodiversity system with signal combining in the base station | |
EP1558047A1 (en) | Diversity handover method in mobile communication, control station, and mobile terminal device | |
CN100428840C (en) | Soft switching method of broadband CDMA network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20020923 |
|
AK | Designated contracting states |
Kind code of ref document: A2 Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR |
|
AX | Request for extension of the european patent |
Free format text: AL;LT;LV;MK;RO;SI |
|
RAP1 | Party data changed (applicant data changed or rights of an application transferred) |
Owner name: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL) |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: EP |
|
REF | Corresponds to: |
Ref document number: 60130441 Country of ref document: DE Date of ref document: 20071025 Kind code of ref document: P |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: NV Representative=s name: RITSCHER & PARTNER AG |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: FI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20070912 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: AT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20070912 |
|
REG | Reference to a national code |
Ref country code: ES Ref legal event code: FG2A Ref document number: 2292573 Country of ref document: ES Kind code of ref document: T3 |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PCAR Free format text: RITSCHER & PARTNER AG;RESIRAIN 1;8125 ZOLLIKERBERG (CH) |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: GR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20071213 |
|
ET | Fr: translation filed | ||
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: PT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20080212 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20071212 |
|
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20070912 |
|
26N | No opposition filed |
Effective date: 20080613 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MC Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20080331 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20080327 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: CY Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20070912 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LU Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20080327 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: TR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20070912 |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PFA Owner name: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL), SE Free format text: FORMER OWNER: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL), SE |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 16 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: CH Payment date: 20160328 Year of fee payment: 16 Ref country code: ES Payment date: 20160328 Year of fee payment: 16 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: BE Payment date: 20160328 Year of fee payment: 16 Ref country code: FR Payment date: 20160328 Year of fee payment: 16 Ref country code: GB Payment date: 20160329 Year of fee payment: 16 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: DE Payment date: 20160331 Year of fee payment: 16 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: IT Payment date: 20160323 Year of fee payment: 16 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R119 Ref document number: 60130441 Country of ref document: DE |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PL |
|
GBPC | Gb: european patent ceased through non-payment of renewal fee |
Effective date: 20170327 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: ST Effective date: 20171130 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20171003 Ref country code: FR Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170331 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: CH Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170331 Ref country code: LI Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170331 Ref country code: IT Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170327 Ref country code: GB Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170327 |
|
REG | Reference to a national code |
Ref country code: BE Ref legal event code: MM Effective date: 20170331 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: NL Payment date: 20180326 Year of fee payment: 18 |
|
REG | Reference to a national code |
Ref country code: ES Ref legal event code: FD2A Effective date: 20180507 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: BE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170331 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: ES Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170328 |
|
REG | Reference to a national code |
Ref country code: NL Ref legal event code: MM Effective date: 20190401 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NL Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20190401 |