CA2603239C - Method of communication supporting media independent handover - Google Patents
Method of communication supporting media independent handover Download PDFInfo
- Publication number
- CA2603239C CA2603239C CA2603239A CA2603239A CA2603239C CA 2603239 C CA2603239 C CA 2603239C CA 2603239 A CA2603239 A CA 2603239A CA 2603239 A CA2603239 A CA 2603239A CA 2603239 C CA2603239 C CA 2603239C
- Authority
- CA
- Canada
- Prior art keywords
- mac
- mih
- message
- data
- layer
- 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 - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 94
- 238000004891 communication Methods 0.000 title description 17
- 230000004044 response Effects 0.000 claims description 94
- 238000010295 mobile communication Methods 0.000 claims description 3
- 230000008569 process Effects 0.000 abstract description 11
- 238000007726 management method Methods 0.000 description 109
- 230000006835 compression Effects 0.000 description 48
- 238000007906 compression Methods 0.000 description 48
- 238000012546 transfer Methods 0.000 description 43
- 230000000694 effects Effects 0.000 description 24
- 238000010586 diagram Methods 0.000 description 18
- 238000012790 confirmation Methods 0.000 description 17
- 230000000977 initiatory effect Effects 0.000 description 13
- 208000022737 midline interhemispheric variant of holoprosencephaly Diseases 0.000 description 9
- 238000013507 mapping Methods 0.000 description 8
- 230000033228 biological regulation Effects 0.000 description 7
- 230000008859 change Effects 0.000 description 7
- RTZKZFJDLAIYFH-UHFFFAOYSA-N Diethyl ether Chemical compound CCOCC RTZKZFJDLAIYFH-UHFFFAOYSA-N 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000001131 transforming effect Effects 0.000 description 4
- 244000118350 Andrographis paniculata Species 0.000 description 3
- 238000012217 deletion Methods 0.000 description 3
- 230000037430 deletion Effects 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 230000001629 suppression Effects 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 2
- 206010010099 Combined immunodeficiency Diseases 0.000 description 1
- 206010019133 Hangover Diseases 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000001360 collision-induced dissociation Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/005—Control or signalling for completing the hand-off involving radio access media independent information, e.g. MIH [Media independent Hand-off]
-
- G—PHYSICS
- G03—PHOTOGRAPHY; CINEMATOGRAPHY; ANALOGOUS TECHNIQUES USING WAVES OTHER THAN OPTICAL WAVES; ELECTROGRAPHY; HOLOGRAPHY
- G03B—APPARATUS OR ARRANGEMENTS FOR TAKING PHOTOGRAPHS OR FOR PROJECTING OR VIEWING THEM; APPARATUS OR ARRANGEMENTS EMPLOYING ANALOGOUS TECHNIQUES USING WAVES OTHER THAN OPTICAL WAVES; ACCESSORIES THEREFOR
- G03B17/00—Details of cameras or camera bodies; Accessories therefor
- G03B17/56—Accessories
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F16—ENGINEERING ELEMENTS AND UNITS; GENERAL MEASURES FOR PRODUCING AND MAINTAINING EFFECTIVE FUNCTIONING OF MACHINES OR INSTALLATIONS; THERMAL INSULATION IN GENERAL
- F16M—FRAMES, CASINGS OR BEDS OF ENGINES, MACHINES OR APPARATUS, NOT SPECIFIC TO ENGINES, MACHINES OR APPARATUS PROVIDED FOR ELSEWHERE; STANDS; SUPPORTS
- F16M11/00—Stands or trestles as supports for apparatus or articles placed thereon Stands for scientific apparatus such as gravitational force meters
- F16M11/20—Undercarriages with or without wheels
- F16M11/24—Undercarriages with or without wheels changeable in height or length of legs, also for transport only, e.g. by means of tubes screwed into each other
- F16M11/26—Undercarriages with or without wheels changeable in height or length of legs, also for transport only, e.g. by means of tubes screwed into each other by telescoping, with or without folding
- F16M11/32—Undercarriages for supports with three or more telescoping legs
- F16M11/34—Members limiting spreading of legs, e.g. "umbrella legs"
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F16—ENGINEERING ELEMENTS AND UNITS; GENERAL MEASURES FOR PRODUCING AND MAINTAINING EFFECTIVE FUNCTIONING OF MACHINES OR INSTALLATIONS; THERMAL INSULATION IN GENERAL
- F16M—FRAMES, CASINGS OR BEDS OF ENGINES, MACHINES OR APPARATUS, NOT SPECIFIC TO ENGINES, MACHINES OR APPARATUS PROVIDED FOR ELSEWHERE; STANDS; SUPPORTS
- F16M13/00—Other supports for positioning apparatus or articles; Means for steadying hand-held apparatus or articles
- F16M13/02—Other supports for positioning apparatus or articles; Means for steadying hand-held apparatus or articles for supporting on, or attaching to, an object, e.g. tree, gate, window-frame, cycle
- F16M13/022—Other supports for positioning apparatus or articles; Means for steadying hand-held apparatus or articles for supporting on, or attaching to, an object, e.g. tree, gate, window-frame, cycle repositionable
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
Abstract
The present invention relates to performing handover of a mobile terminal to a network. Preferably, the present invention generates a first heterogeneous protocol message from a heterogeneous network handover module to a medium access control (MAC) of the mobile terminal, wherein the heterogeneous network handover module is configured to provide convergence of information from at least one network interface module associated with one of a homogeneous and heterogeneous network into a unified presentation. A management request associated with a handover process is then transmitted to a serving network, wherein the management request comprises the first heterogeneous protocol message. Accordingly, messages can be remotely exchanged via a radio section between heterogeneous network handover modules of a mobile terminal and a serving network. Therefore, messages are transferred faster and media independent handover is performed more quickly.
Description
METHOD OF COMMUNICATION SUPPORTING MEDIA INDEPENDENT HANDOVER
[DESCRIPTION]
FIELD OF INVENTION
The present invention relates to performing handover in a broadband wireless access system, and more particularly, to a method of communication supporting media independent handover. Although the present invention is suitable for a wide scope of applications, it is particularly suitable for handover between media independent heterogeneous networks.
BACKGROUND ART
FIG. 1 illustrates a protocol stack architecture of an IEEE 802.16 interface.
Referring to FIG. 1, a service-specific convergence sublayer (CS) maps or transforms external communication network data received via a CS service access point (CS
SAP) into medium access control entity service data units (MAC SDUs) received by a MAC
common part sublayer (MAC CPS) via a MAC SAP. This transformation or mapping includes a function of identifying SDUs (service data units) of an external communication network to correlate a corresponding MAC SFID (service flow identifier) and a CID
(connection identifier). Multi-CS regulations for various protocol interfaces are provided.
An inner format of a CS payload is attributed to unique features of the CS.
The MAC CPS
is not required for analyzing information received from the CS payload or understanding a format.
[DESCRIPTION]
FIELD OF INVENTION
The present invention relates to performing handover in a broadband wireless access system, and more particularly, to a method of communication supporting media independent handover. Although the present invention is suitable for a wide scope of applications, it is particularly suitable for handover between media independent heterogeneous networks.
BACKGROUND ART
FIG. 1 illustrates a protocol stack architecture of an IEEE 802.16 interface.
Referring to FIG. 1, a service-specific convergence sublayer (CS) maps or transforms external communication network data received via a CS service access point (CS
SAP) into medium access control entity service data units (MAC SDUs) received by a MAC
common part sublayer (MAC CPS) via a MAC SAP. This transformation or mapping includes a function of identifying SDUs (service data units) of an external communication network to correlate a corresponding MAC SFID (service flow identifier) and a CID
(connection identifier). Multi-CS regulations for various protocol interfaces are provided.
An inner format of a CS payload is attributed to unique features of the CS.
The MAC CPS
is not required for analyzing information received from the CS payload or understanding a format.
2 The MAC CPS provides functions for system access, bandwidth allocation, access setting, and access maintenance and management as core functions of the MAC.
The MAC CPS receives data classified according to a specific MAC access method from various CSs via the MAC SAP. The MAC CPS also exchanges data, such as PHY
control and statistical data, with a PHY via a PHY SAP, which is a unique implementation scheme.
IEEE 802.21 aims for the international standardization of inter-heterogeneous-network media independent handover. Specifically, IEEE 802.21 endeavors to enhance user convenience when operating mobile terminal devices by providing seamless handover and service continuity between heterogeneous networks. A media independent handover (MIH) function, an event trigger, a command service and an information service (IS) are defined as basic requirements in the IEEE 802.21 standard specification.
A mobile subscriber station in media independent handover is a multi-mode node supporting at least one interface type. An interface can be implemented in various types.
, For example, a wire-line type interface such as an IEEE 802.3-based Ethernet, wireless interface types based on IEEE 802.XX interfaces including IEEE 802.11, IEEE
802.15, IEEE 802.16 and the like, and interfaces defined by a cellular standardization organization such as 3GPP, 3GPP2 and the like, are possible.
An information service for inter-heterogeneous-network handover is explained as follows. First, a media independent information service (MIIS) provides a similar frame network on a hierarchical heterogeneous network to facilitate a search and selection of various kinds of present networks. Namely, the media independent information service (MIIS) provides detailed information about a network needed to search and select a
The MAC CPS receives data classified according to a specific MAC access method from various CSs via the MAC SAP. The MAC CPS also exchanges data, such as PHY
control and statistical data, with a PHY via a PHY SAP, which is a unique implementation scheme.
IEEE 802.21 aims for the international standardization of inter-heterogeneous-network media independent handover. Specifically, IEEE 802.21 endeavors to enhance user convenience when operating mobile terminal devices by providing seamless handover and service continuity between heterogeneous networks. A media independent handover (MIH) function, an event trigger, a command service and an information service (IS) are defined as basic requirements in the IEEE 802.21 standard specification.
A mobile subscriber station in media independent handover is a multi-mode node supporting at least one interface type. An interface can be implemented in various types.
, For example, a wire-line type interface such as an IEEE 802.3-based Ethernet, wireless interface types based on IEEE 802.XX interfaces including IEEE 802.11, IEEE
802.15, IEEE 802.16 and the like, and interfaces defined by a cellular standardization organization such as 3GPP, 3GPP2 and the like, are possible.
An information service for inter-heterogeneous-network handover is explained as follows. First, a media independent information service (MIIS) provides a similar frame network on a hierarchical heterogeneous network to facilitate a search and selection of various kinds of present networks. Namely, the media independent information service (MIIS) provides detailed information about a network needed to search and select a
3 network and should be accessible from any kind of networks. The media independent information service (MIIS) should include the following information elements such as link access parameter, security mechanism, neighbor map, location, provider and other access information, cost of link and the like.
Media independent handover (MIN) may be defined between IEEE 802-series interfaces or between an IEEE 802-series interface and a non-IEEE 802-series interface, such as 3GPP or 3GPP2. Furthermore, a mobility supporting protocol of an upper layer such as a mobile Internet protocol (Mobile IP) and a session initiation protocol (SIP) should be supported for the seamless handover service.
FIG. 2 is a diagram of a general MIH reference model for supporting an MIH
function. Referring to FIG. 2, service access points such as MIH_MGMT_SAP, MIH_SME_SAP, MIH_USER_SAP, MIH_MAC_SAP, MIH_PHY_SAP, LSAP and MIH_RRC_SAP exist for considering the MIH function.
The MIH_MGMT_SAP defines an interface between an MIH function layer and a management plane. MIN messages can be used for communications between peer MIH
entities. MIH messages based on a management frame can be also sent unauthorized.
The MIH_MGMT_SAP also defines primitives used for Media Independent Event Services, Media Independent Command Services and Media Independent information Services.
The MIH_SME_SAP defines an interface between an MIH function layer and a station management entity (S ME) defined by IEEE 802.11 or a network control and management system (NCMS) defined by IEEE 802.16. The MIH_SME_SAP can be identical to the MIH_MGMT_SAP.
Media independent handover (MIN) may be defined between IEEE 802-series interfaces or between an IEEE 802-series interface and a non-IEEE 802-series interface, such as 3GPP or 3GPP2. Furthermore, a mobility supporting protocol of an upper layer such as a mobile Internet protocol (Mobile IP) and a session initiation protocol (SIP) should be supported for the seamless handover service.
FIG. 2 is a diagram of a general MIH reference model for supporting an MIH
function. Referring to FIG. 2, service access points such as MIH_MGMT_SAP, MIH_SME_SAP, MIH_USER_SAP, MIH_MAC_SAP, MIH_PHY_SAP, LSAP and MIH_RRC_SAP exist for considering the MIH function.
The MIH_MGMT_SAP defines an interface between an MIH function layer and a management plane. MIN messages can be used for communications between peer MIH
entities. MIH messages based on a management frame can be also sent unauthorized.
The MIH_MGMT_SAP also defines primitives used for Media Independent Event Services, Media Independent Command Services and Media Independent information Services.
The MIH_SME_SAP defines an interface between an MIH function layer and a station management entity (S ME) defined by IEEE 802.11 or a network control and management system (NCMS) defined by IEEE 802.16. The MIH_SME_SAP can be identical to the MIH_MGMT_SAP.
4 The MIH_USER_SAP defines an interface for communication with an upper layer or higher (IP layer, i.e., at least protocol layer 3 or higher).
The MIH_MAC_SAP defines an interface between an MIH and a medium access control layer (MAC) of each technology (IEEE 802.11, IEEE 802.16, 3G, etc.).
Interfaces defined by the MIH_MAC_SAP are mainly used in transferring MAC service data units (MSDUs) between peer entities. It is unnecessary to define a new interface and primitive for the MIH_MAC_SAP. However, interfaces defined through the MIH_MAC_SAP can be used in delivering payloads based on an MIH protocol to peer MIH entities.
The MIH_PHY_SAP defines an interface between an MIH and a physical layer (PHY) of each technology (IEEE 802.11, IEEE 802.16, 3G, etc.). The MIH
communicates through the PHY of the corresponding technology using MACs of the corresponding technology. It is unnecessary to define new interfaces and primitives for the Ml H_PHY_SAP.
The LSAP defines an interface between the MIH and a lower link control (LLC) layer. The MIH initiates a connection to a peer LLC entity to perform communication. The LSAP can directly use an LLC interface in establishing a data path to send MSDUs through other links. It is unnecessary to define new interfaces and primitives for the LSAP.
The MIH_RRC_SAP defines an interface between an MIH function and a radio resource control (RRC) layer.
Messages used in the related art are explained as follows. A dynamic service addition request (DSA-REQ) message is transferred by a mobile subscriber station or base station to create a new service flow. Table 1 shows a DSA-REQ message format.
[Table 1]
Syntax Size Notes DSA-REQ_Message_FormatO
Management Message Type = 11 8 bits Transaction ID 16 bits TLV Encoded Information Variable Specific TLV
In Table 1, a DSA-REQ message is created by a mobile subscriber station or base station and includes parameters such as a connection identifier (CID), a transaction
The MIH_MAC_SAP defines an interface between an MIH and a medium access control layer (MAC) of each technology (IEEE 802.11, IEEE 802.16, 3G, etc.).
Interfaces defined by the MIH_MAC_SAP are mainly used in transferring MAC service data units (MSDUs) between peer entities. It is unnecessary to define a new interface and primitive for the MIH_MAC_SAP. However, interfaces defined through the MIH_MAC_SAP can be used in delivering payloads based on an MIH protocol to peer MIH entities.
The MIH_PHY_SAP defines an interface between an MIH and a physical layer (PHY) of each technology (IEEE 802.11, IEEE 802.16, 3G, etc.). The MIH
communicates through the PHY of the corresponding technology using MACs of the corresponding technology. It is unnecessary to define new interfaces and primitives for the Ml H_PHY_SAP.
The LSAP defines an interface between the MIH and a lower link control (LLC) layer. The MIH initiates a connection to a peer LLC entity to perform communication. The LSAP can directly use an LLC interface in establishing a data path to send MSDUs through other links. It is unnecessary to define new interfaces and primitives for the LSAP.
The MIH_RRC_SAP defines an interface between an MIH function and a radio resource control (RRC) layer.
Messages used in the related art are explained as follows. A dynamic service addition request (DSA-REQ) message is transferred by a mobile subscriber station or base station to create a new service flow. Table 1 shows a DSA-REQ message format.
[Table 1]
Syntax Size Notes DSA-REQ_Message_FormatO
Management Message Type = 11 8 bits Transaction ID 16 bits TLV Encoded Information Variable Specific TLV
In Table 1, a DSA-REQ message is created by a mobile subscriber station or base station and includes parameters such as a connection identifier (CID), a transaction
5 identifier (Transaction ID), etc. The CID is included in a general MAC
header and represents a Primary Management CID of a mobile subscriber station. The Transaction ID
represents a unique ID of a transaction assigned by a transmitting side. All other parameters are coded as threshold limit value (TLV) tuples.
The DSA-REQ message may not include a parameter for at least one service flow.
The DSA-REQ message should include parameters such as Service Flow Parameters, Convergence Sublayer Parameter Encodings and a Hash-Based Message Authentication Code (HMAC) Tuple. The Service Flow Parameters represent regulations for traffic characteristics and scheduling conditions of service flow. The Convergence Sublayer Parameter Encodings represent regulations for specific CS parameters of service flow.
The HMAC Tuple includes a key-designated message digest for authorizing a transmitting
header and represents a Primary Management CID of a mobile subscriber station. The Transaction ID
represents a unique ID of a transaction assigned by a transmitting side. All other parameters are coded as threshold limit value (TLV) tuples.
The DSA-REQ message may not include a parameter for at least one service flow.
The DSA-REQ message should include parameters such as Service Flow Parameters, Convergence Sublayer Parameter Encodings and a Hash-Based Message Authentication Code (HMAC) Tuple. The Service Flow Parameters represent regulations for traffic characteristics and scheduling conditions of service flow. The Convergence Sublayer Parameter Encodings represent regulations for specific CS parameters of service flow.
The HMAC Tuple includes a key-designated message digest for authorizing a transmitting
6 side. The HMAC Tuple attribute should correspond to a last attribute in an attribute list of a DSx message.
A dynamic service addition response (DSA-RSP) message is a message generated in response to a received DSA-REQ message. Table 2 shows a DSA-RSP
message format.
[Table 2]
Syntax Size Notes DSA-RSP_Message_FormatO {
Management Message Type = 12 8 bits Transaction ID 16 bits =
Confirmation Code 8 bits TLV Encoded Information variable Specific TLV
In Table 2, a DSA-RSP message includes parameters such as a CID, a Transaction ID, a Confirmation Code, etc. The CID is included in a general MAC
header and represents a Primary Management CID of a mobile subscriber station. The Transaction ID is a transaction ID of a corresponding DSA-REQ and represents a unique ID of a transaction assigned by a transmitting side. The Confirmation Code corresponds to the entire DSA-REQ message and has an 8-bit length. All other parameters are coded as TLV tuples.
A dynamic service addition response (DSA-RSP) message is a message generated in response to a received DSA-REQ message. Table 2 shows a DSA-RSP
message format.
[Table 2]
Syntax Size Notes DSA-RSP_Message_FormatO {
Management Message Type = 12 8 bits Transaction ID 16 bits =
Confirmation Code 8 bits TLV Encoded Information variable Specific TLV
In Table 2, a DSA-RSP message includes parameters such as a CID, a Transaction ID, a Confirmation Code, etc. The CID is included in a general MAC
header and represents a Primary Management CID of a mobile subscriber station. The Transaction ID is a transaction ID of a corresponding DSA-REQ and represents a unique ID of a transaction assigned by a transmitting side. The Confirmation Code corresponds to the entire DSA-REQ message and has an 8-bit length. All other parameters are coded as TLV tuples.
7 If a transaction is successfully performed, Service Flow Parameters and CS
Parameter Encodings should be included in the DSA-RSP message. If a newly allocated CID, an extended Service Class Name or a specific parameter indication (corresponding to a case of CC = "reject-not-supported-parameter-value" or "reject-not-supported-parameter" only) causing access generation rejection is included in all regulations of a service flow, the DSA-RSP message includes all regulations of the service flow. The CS
Parameter Encodings is a parameter representing regulations of specific parameters of the service flow.
If a transaction is not successfully performed, a Service Flow Error Set should be lo included in the DSA-RSP message. The DSA-RSP message should include the Service Flow Error Set and a service flow reference/SFID identifying function for each failed service flow. All failed specific QoS parameters of a corresponding service flow should be included in each Service Flow Error Set. The Service Flow Error Set is omitted if the entire DSA-REQ message is successfully performed.
The DSA-RSP message includes an HMAC Tuple regardless of success/failure of transaction execution. The HMAC Tuple attribute includes a key-designated message to authorize a transmitting side. The HMAC Tuple attribute should correspond to a last attribute in an attribute list of a DSx message.
A dynamic service addition acknowledgment (DSA-ACK) message is a response message to the DSA-RSP message. Table 3 shows a DSA-ACK message format.
[Table 3]
Syntax Size Notes
Parameter Encodings should be included in the DSA-RSP message. If a newly allocated CID, an extended Service Class Name or a specific parameter indication (corresponding to a case of CC = "reject-not-supported-parameter-value" or "reject-not-supported-parameter" only) causing access generation rejection is included in all regulations of a service flow, the DSA-RSP message includes all regulations of the service flow. The CS
Parameter Encodings is a parameter representing regulations of specific parameters of the service flow.
If a transaction is not successfully performed, a Service Flow Error Set should be lo included in the DSA-RSP message. The DSA-RSP message should include the Service Flow Error Set and a service flow reference/SFID identifying function for each failed service flow. All failed specific QoS parameters of a corresponding service flow should be included in each Service Flow Error Set. The Service Flow Error Set is omitted if the entire DSA-REQ message is successfully performed.
The DSA-RSP message includes an HMAC Tuple regardless of success/failure of transaction execution. The HMAC Tuple attribute includes a key-designated message to authorize a transmitting side. The HMAC Tuple attribute should correspond to a last attribute in an attribute list of a DSx message.
A dynamic service addition acknowledgment (DSA-ACK) message is a response message to the DSA-RSP message. Table 3 shows a DSA-ACK message format.
[Table 3]
Syntax Size Notes
8 D SA-ACK_Mess age_Form at() {
Management Message Type = 13 8 bits Transaction ID 16 bits Confirmation Code 8 bits TLV Encoded Information variable Specific TLV
In Table 3, a DSA-ACK message includes parameters such as a CID, Transaction ID, Confirmation Code, etc. The CID is included in a general MAC header and represents a Primary Management CID of a mobile subscriber station. The Transaction ID is a transaction ID of a corresponding DSA-REQ message and represents a unique ID
of a transaction assigned by a transmitting side. The Confirmation Code corresponds to the entire DSA-REQ message and has an 8-bit length. All other parameters are coded as TLV
tuples.
A Service Flow Error Set of the DSA-ACK message encodes specific items of service flows having failed in transmitting the DSA-RSP message. A
corresponding DSA-REQ message should include a function of confirming the Service Flow Error Set and a service flow reference for all failed QoS parameters of all failed service flows. The Service Flow Error Set of the DSA-ACK message is omitted if the entire DSA-REQ message is . successfully performed.
Management Message Type = 13 8 bits Transaction ID 16 bits Confirmation Code 8 bits TLV Encoded Information variable Specific TLV
In Table 3, a DSA-ACK message includes parameters such as a CID, Transaction ID, Confirmation Code, etc. The CID is included in a general MAC header and represents a Primary Management CID of a mobile subscriber station. The Transaction ID is a transaction ID of a corresponding DSA-REQ message and represents a unique ID
of a transaction assigned by a transmitting side. The Confirmation Code corresponds to the entire DSA-REQ message and has an 8-bit length. All other parameters are coded as TLV
tuples.
A Service Flow Error Set of the DSA-ACK message encodes specific items of service flows having failed in transmitting the DSA-RSP message. A
corresponding DSA-REQ message should include a function of confirming the Service Flow Error Set and a service flow reference for all failed QoS parameters of all failed service flows. The Service Flow Error Set of the DSA-ACK message is omitted if the entire DSA-REQ message is . successfully performed.
9 An HMAC Tuple attribute of the DSA-ACK message includes a key-designated message digest to authorize a transmitting side. The HMAC Tuple attribute should correspond to a last attribute in an attribute list of a DSx message.
Table 4 shows an included field when a mobile subscriber station transmits the DSA-REQ message. A base station receives the message and then identifies a format of a connection established by the CS through this field.
[Table 4]
Type Length Value Scope [145/146128 1 0: No CS DSx-1: Packet, IPv4 REQ
2: Packet, IPv6 3: Packet, 802.3/Ethernet 4: Packet, 802.1Q VLAN
5: Packet, IPv4 over 802.3/Ethernet 6: Packet, IPv6 over 802.3/Ethernet 7: Packet, IPv4 over 802.1Q VLAN
8: Packet, IPv6 over 802.1Q VLAN
9: ATM
Table 4 shows an included field when a mobile subscriber station transmits the DSA-REQ message. A base station receives the message and then identifies a format of a connection established by the CS through this field.
[Table 4]
Type Length Value Scope [145/146128 1 0: No CS DSx-1: Packet, IPv4 REQ
2: Packet, IPv6 3: Packet, 802.3/Ethernet 4: Packet, 802.1Q VLAN
5: Packet, IPv4 over 802.3/Ethernet 6: Packet, IPv6 over 802.3/Ethernet 7: Packet, IPv4 over 802.1Q VLAN
8: Packet, IPv6 over 802.1Q VLAN
9: ATM
10: Packet, IPv4 with Header Compression (ROHC)
11: Packet, IPv4 with Header Compression (ECRTP)
12: Packet, ]IPv6 with Header Compression (ROHC)
13: Packet, 113v6 with Header Compression (ECRTP)
14: Packet, IPv4 over 802.3/Ethernet with Header Compression (ROHC)
15: Packet, 1Pv4 over 802.3/Ethernet with Header Compression (ECRTP)
16: Packet, IPv6 over 802.3/Ethernet with Header Compression (ROHC)
17: Packet, 113v6 over 802.3/Ethernet with Header Compression (ROHC)
18: Packet, 21/4 over 802.1Q VLAN with Header Compression (ROHC)
19: Packet, 1Pv4 over 802.1Q VLAN with Header Compression (ECRTP)
20: Packet, IPv6 over 802.1Q VLAN with Header Compression (ROHC)
21: Packet, IPv6 over 802.1Q VLAN with Header Compression (ECRTP)
22-255: reserved Each CS defines a parameter set encoded within a sub-index with the following cst values. In case of an IP for an IEEE 802.xx interface, associated IP and IEEE
802.xx parameters are included in a DSx-REQ message. Definitions for CS and cst are shown in Table 5.
[Table 5]
cst CS
_ 100 Packet, IPv4 _ 101 Packet, 113v6 102 Packet, 802.3/Ethernet 103 Packet, 802.1Q VLAN
104 Packet, IPv4 over 802.3/Ethernet 105 Packet, 1Pv6 over 802.3/Ethernet 106 Packet, 1Pv4 over 802.1Q VLAN
107 Packet, IPv6 over 802.1Q VLAN
108 Packet, IPv4 with Header Compression (ROHC) 109 Packet, IPv4 with Header Compression (ECRTP) 110 Packet, 1Pv6 with Header Compression (ROHC) 111 Packet, IPv6 with Header Compression (ECRTP) 112 Packet, IPv4 over 802.3/Ethernet with Header Compression (ROHC) 113 Packet, lPv4 over 802.3/Ethernet with Header Compression (ECRTP) 114 Packet, 113v6 over 802.3/Ethernet with Header Compression (ROHC) 115 Packet, IPv6 over 802.3/Ethernet with Header Compression (ROHC) 116 Packet, IPv4 over 802.1Q VLAN with Header Compression (ROHC) 117 Packet, IPv4 over 802.1Q VLAN with Header Compression (ECRTP) 118 Packet, IPv6 over 802.1Q VLAN with Header Compression (ROHC) 119 Packet, 1Pv6 over 802.1Q VLAN with Header Compression (ECRTP) Meanwhile, the CS and primitives of a MAC_SAP for a MAC service are explained as follows.
FIG. 3 is a diagram of a signal flow for a MAC service request and response, in which a request primitive is used for an initial request of a service.
Referring to FIG. 3, if the CS delivers a request primitive to a Peer MAC, the Peer MAC creates an indication primitive to deliver to an original requesting entity, i.e., the CS. The CS
then creates a response primitive in response to the indication primitive and then delivers it to the Peer MAC. The MAC having received the response primitive delivers a confirmation primitive to the CS.
1) MAC CREATE_ SERVICE FLOW.request * Function: The CS entity of a base station device (hereinafter called BS) or a subscriber device (e.g., mobile subscriber station, etc.) (hereinafter called SS) requests dynamic addition of connection.
* Semantics:
MAC_CREATE_SERVICE FLOW.request MAC Address scheduling service type, convergence sublayer, service flow parameters, payload header suppression indicator, encryption indicator, Packing on/off indicator, Fixed-length or variable-length SDU indicator, SDU length (only needed for fixed-length SDU connections), CRC request, ARQ parameters, sequence number ' 10 * Creation Timing: The present primitive is created when the CS of a BS or an SS
sets a new connection in the BS.
* Effect of Receipt: In case that the present primitive is created by the SS, the SS
sends a DSA-REQ message request to a MAC of the BS. On the other hand, if the present primitive is created by the BS, the BS checks the validity of the request.
2) MAC CREATE SERVICE FLOW.indication * Function: The present primitive is sent by a non-initiating MAC entity.
After reception of the DSA-REQ message, the present primitive is transmitted in response to the received message. If the non-initiating MAC entity lies in a BS side, an SFID
and available CIDs are created and a request is authorized.
*Semantics:
MAC_CREATE_SERVICE FLOW .indication service type, convergence sublayer, service flow parameters, sequence number * Creation Timing: Once the DSA-REQ message is received, the present primitive is created by a non-initiating side MAC.
* Effect of Receipt: The CS checks validity of the request and accepts or rejects the corresponding request through a MAC_CREATE_SERVIC FLOW.response primitive.
3) MAC CREATE SERVICE FLOW.response * Function: The MAC_CREATE_SERVICE FLOW.response is created by a non-initiating MAC entity in response to the MAC_CREATE_SERVICE FLOW.indication.
*Semantics:
MAC_CREATE_SERVICE FLOW.response Connection ID, response code, response message, sequence number, ARQ parameters * Creation Timing: Once the MAC_CREATE_SERVICE FLOW.indication is received, the present primitive is created by a non-initiating CS.
* Effect of Receipt: The MAC sends a DSA-RSP message.
4) MAC CREATE SERVICE FLOW.confirmation 5 * Function: The MAC_CREATE_SERVICE FLOW.confirmation confirms that a convergence entity provides a requested connection.
*Semantics:
MAC_CREATE_SERVICE FLOW.confirmation 10 Connection ID, response code, response message, sequence number 15 * Creation Timing: The present primitive is created by an initiating MAC
entity when a DSA-RSP message is received.
* Effect of Receipt: It is confirmed that a convergence entity functions as a connection requested for a transmission request.
5) MAC CHANGE SERVICE FLOW.request 6) MAC CHANGE SERVICE FLOW.indication 7) MAC CHANGE SERVICE FLOW.response 8) MAC CHANGE SERVICE FLOW.confirmation An existing connection may change characteristics (e.g., bandwidth requirement) of various criteria. The primitives in 5), 6) 7) and 8) above have the same semantics and effect of receipt of the CREATE primitive.
9) MAC TERMINATE SERVICE FLOW.request * Function: Termination of connection is requested by a CS side of a BS or SS.
* Semantics:
MAC_TERMINATE_SERVICE FLOW .request SFID
* Creation Timing: The present primitive is created when the CS of the BS
or the SS requests to terminate a connection.
* Effect of Receipt: Creation in SS side ¨ MAC passes a request to a MAC
entity in the BS via a dynamic service deletion request (DSD-REQ) message and the BS
terminates a connection after examination of the validity of the request.
Creation in BS
side ¨ Validity of request is already decided and the BS MAC informs the SS of the validity by sending the DSD-REQ message.
10) MAC TERMINATE SERVICE FLOW.indication * Function: A non-initiating MAC entity requests to terminate a connection corresponding to a DSD-REQ message.
* Semantics:
MAC TERMINATE_SERVICE FLOW.indication SFID
* Creation Timing: The present primitive is created when receiving a DSD-REQ
message to terminate a connection or if necessary to terminate a connection by any reason.
* Effect of Receipt: The BS checks validity of a request. A receiving CS
returns a MAC_TERMINATE_SERVICE FLOW.response primitive and erases the SF ID.
11) MAC TERMINATE SERVICE FLOW.response * Function: The present primitive is a response to a request to terminate a connection.
*Semantics:
MAC TERMINATE_SERVICE FLOW.response SF1D, response code, response message * Creation Timing: The present primitive is created when the CS receives the MAC_TERMINATE_SERVICE FLOW.indication from the MAC.
* Effect of Receipt: The MAC sends a message to an initiating side via a DSD-RSP
message.
12) MAC TERMINATE SERVICE FLOW.confirmation * Function: A convergence entity is made to confirm that a requested connection is terminated.
* Semantics:
MAC_TERMINATE_SERVICE FLOW .confirmation SFID, response code, response message * Creation Timing: The present primitive is created when the CS receives the MAC JERMINATE_SERVICE FLOW .indication from the MAC.
* Effect of Receipt: A convergence entity is informed that a connection is terminated. The same CID is not used anymore for data transfer.
13) MAC DATA.request * Function: The present primitive defines a data transfer to a MAC entity from a CS
SAP.
* Semantics:
MAC_DATA.request Connection ID, length, data, discard-eligible flag * Creation Timing: The present primitive is created by the CS each time a MAC
SDU is transferred to a peer entity.
* Effect of Receipt: A MAC entity processes the MAC SDU through the MAC and passes an appropriately formatted PDU to a PHY convergence sublayer.
14) MAC DATA.indication * Function: The present primitive defines a data transfer from a MAC entity to the CS.
* Semantics:
MAC_DATA.indication Connection ID, length, data, reception status * Creation Timing: The present primitive is created each time a MAC SDU is transferred to a peer convergence entity.
* Effect of Receipt: Independent of a content or validity of the MAC SDU. A
selection of the CS is decided by the CID with which the MAC SDU is sent.
A media independent handover (MU-1) function will now be explained in detail as follows. The MIH is placed below an IP layer and facilitates a handover handling process 5 using a trigger event and an input value from a second layer (Layer 2), such as information of other networks and the like. The MIH can include input values based on user policy and configuration that can influence the handover process. General interfaces are defined between the MIH function and a third layer (Layer 3) entity such as a Mobile IP and an SIP.
These interfaces provide information about a first layer (Layer 1) or physical layer (PHY), 10 the second layer (Layer 2) (MAC layer) and mobility management. The MIH
acquires information about lower layers and networks with the help of the event and information services. Hence, the MIH function should be placed in a higher layer to monitor and control statuses of other links within the mobile subscriber station.
FIG. 4 is a diagram of functional entities and transport protocols of a terminal 15 including an MIH function and a network. Dotted lines indicate a primitive, an event trigger and the like. FIG. 5 is an exemplary diagram of a broadband wireless access network system (IEEE 802.16) in a protocol stack considering MIH. A stack model shown in FIG. 5 is equivalently applicable to a base station and a mobile subscriber station.
However, the mobile subscriber station, which should consider a multi-stack terminal in multi-mode, has 20 a configuration that includes parts shown in the drawing.
A Convergence Sublayer (CS) of an IEEE 802.16 interface in a broadband wireless access system will be explained as follows. A service-specific CS is placed above a MAC
CPS and uses a service provided by the MAC CPS via a MAC SAP. The CS performs the following functions: 1) Receiving a higher PDU from a higher layer; 2) Classifying PDUs of a higher layer; 3) Handling PDUs of a higher layer according to classification (if requested); 4) Delivering CS PDUs to a corresponding MAC SAP; and 5) Receiving CS
PDUs from a peer entity.
According to current CS regulations, two types of CSs are provided, i.e., an asynchronous transfer mode (ATM) and a packet CS. Other CSs may be provided in the future. The packet CS is placed above the IEEE 802.16 MAC CPS. Moreover, the packet CS performs the following functions using the services of a MAC: 1) Classifying a higher layer protocol PDU by corresponding access; 2) Suppressing payload header information (options); 3) Delivering CS PDU as a result to a MAC SAP associated with a service flow to enable a transfer to a Peer MAC SAP; 4) Receiving a CS PDU from a Peer MAC
SAP;
and 5) Reconfiguring suppressed payload header information (option).
A transmitting side CS delivers a MAC SDU to a MAC SAP. A MAC delivers the MAC SDU to a peer MAC SAP according to QoS, separation, connection and other transfer functions associated with a service flow of a specific access. A
receiving side CS
receives the MAC SDU from the peer MAC SAP and then delivers it to an entity of a higher layer.
A Packet CS is used in transferring all packet-oriented protocols such as IP
(Internet Protocol), PPP (point-to-point protocol), IEEE 802.3 (Ethernet) and the like.
FIG. 6 is a diagram of a MAC SDU format. Referring to FIG. 6, a PDU of a higher layer is classified and should be quickly included in the MAC SDU as related to a specific MAC access. In case that a PHS (payload header suppression) rule is defined for the related access, the MAC SDU should include a PHSI (payload header suppression index) field having an 8-bit length.
Classification is a process according to a MAC SDU that is mapped to a specific access for transfer between MAC peers. The mapping process relates the MAC SDU
to a specific access and a relationship is established using a service flow characteristic of the specific access. By this process, the MAC SDU is able to be delivered together with a corresponding QoS constraint.
A classifier is a group of consistency references applied to each transport packet of a broadband wireless access communication network. The classifier is configured with a partial packet consistency reference of a specific protocol (e.g., IP address of a called party), a classifier priority and a reference for a CID. If one packet coincides with a specific packet consistency reference, the corresponding packet is delivered to an SAP to be delivered on an access defined by the CID. Optionally, each specific classification function is implemented (e.g., IPv4 based classification). A service flow characteristic of the access provides a QoS for a corresponding packet.
As several classifiers are able to refer to the same service flow, classifier priority is used in designating a sequence for applying classifiers to packets. Since patterns used by the classifiers may overlap each other, a clear sequence should be designated.
In designating the sequence, unique priority is unnecessary. Yet, the sequence designation should be carefully conducted within the classifier priority to prevent vagueness in classification. A downlink classifier is transmitted by a base station, wherein the base
802.xx parameters are included in a DSx-REQ message. Definitions for CS and cst are shown in Table 5.
[Table 5]
cst CS
_ 100 Packet, IPv4 _ 101 Packet, 113v6 102 Packet, 802.3/Ethernet 103 Packet, 802.1Q VLAN
104 Packet, IPv4 over 802.3/Ethernet 105 Packet, 1Pv6 over 802.3/Ethernet 106 Packet, 1Pv4 over 802.1Q VLAN
107 Packet, IPv6 over 802.1Q VLAN
108 Packet, IPv4 with Header Compression (ROHC) 109 Packet, IPv4 with Header Compression (ECRTP) 110 Packet, 1Pv6 with Header Compression (ROHC) 111 Packet, IPv6 with Header Compression (ECRTP) 112 Packet, IPv4 over 802.3/Ethernet with Header Compression (ROHC) 113 Packet, lPv4 over 802.3/Ethernet with Header Compression (ECRTP) 114 Packet, 113v6 over 802.3/Ethernet with Header Compression (ROHC) 115 Packet, IPv6 over 802.3/Ethernet with Header Compression (ROHC) 116 Packet, IPv4 over 802.1Q VLAN with Header Compression (ROHC) 117 Packet, IPv4 over 802.1Q VLAN with Header Compression (ECRTP) 118 Packet, IPv6 over 802.1Q VLAN with Header Compression (ROHC) 119 Packet, 1Pv6 over 802.1Q VLAN with Header Compression (ECRTP) Meanwhile, the CS and primitives of a MAC_SAP for a MAC service are explained as follows.
FIG. 3 is a diagram of a signal flow for a MAC service request and response, in which a request primitive is used for an initial request of a service.
Referring to FIG. 3, if the CS delivers a request primitive to a Peer MAC, the Peer MAC creates an indication primitive to deliver to an original requesting entity, i.e., the CS. The CS
then creates a response primitive in response to the indication primitive and then delivers it to the Peer MAC. The MAC having received the response primitive delivers a confirmation primitive to the CS.
1) MAC CREATE_ SERVICE FLOW.request * Function: The CS entity of a base station device (hereinafter called BS) or a subscriber device (e.g., mobile subscriber station, etc.) (hereinafter called SS) requests dynamic addition of connection.
* Semantics:
MAC_CREATE_SERVICE FLOW.request MAC Address scheduling service type, convergence sublayer, service flow parameters, payload header suppression indicator, encryption indicator, Packing on/off indicator, Fixed-length or variable-length SDU indicator, SDU length (only needed for fixed-length SDU connections), CRC request, ARQ parameters, sequence number ' 10 * Creation Timing: The present primitive is created when the CS of a BS or an SS
sets a new connection in the BS.
* Effect of Receipt: In case that the present primitive is created by the SS, the SS
sends a DSA-REQ message request to a MAC of the BS. On the other hand, if the present primitive is created by the BS, the BS checks the validity of the request.
2) MAC CREATE SERVICE FLOW.indication * Function: The present primitive is sent by a non-initiating MAC entity.
After reception of the DSA-REQ message, the present primitive is transmitted in response to the received message. If the non-initiating MAC entity lies in a BS side, an SFID
and available CIDs are created and a request is authorized.
*Semantics:
MAC_CREATE_SERVICE FLOW .indication service type, convergence sublayer, service flow parameters, sequence number * Creation Timing: Once the DSA-REQ message is received, the present primitive is created by a non-initiating side MAC.
* Effect of Receipt: The CS checks validity of the request and accepts or rejects the corresponding request through a MAC_CREATE_SERVIC FLOW.response primitive.
3) MAC CREATE SERVICE FLOW.response * Function: The MAC_CREATE_SERVICE FLOW.response is created by a non-initiating MAC entity in response to the MAC_CREATE_SERVICE FLOW.indication.
*Semantics:
MAC_CREATE_SERVICE FLOW.response Connection ID, response code, response message, sequence number, ARQ parameters * Creation Timing: Once the MAC_CREATE_SERVICE FLOW.indication is received, the present primitive is created by a non-initiating CS.
* Effect of Receipt: The MAC sends a DSA-RSP message.
4) MAC CREATE SERVICE FLOW.confirmation 5 * Function: The MAC_CREATE_SERVICE FLOW.confirmation confirms that a convergence entity provides a requested connection.
*Semantics:
MAC_CREATE_SERVICE FLOW.confirmation 10 Connection ID, response code, response message, sequence number 15 * Creation Timing: The present primitive is created by an initiating MAC
entity when a DSA-RSP message is received.
* Effect of Receipt: It is confirmed that a convergence entity functions as a connection requested for a transmission request.
5) MAC CHANGE SERVICE FLOW.request 6) MAC CHANGE SERVICE FLOW.indication 7) MAC CHANGE SERVICE FLOW.response 8) MAC CHANGE SERVICE FLOW.confirmation An existing connection may change characteristics (e.g., bandwidth requirement) of various criteria. The primitives in 5), 6) 7) and 8) above have the same semantics and effect of receipt of the CREATE primitive.
9) MAC TERMINATE SERVICE FLOW.request * Function: Termination of connection is requested by a CS side of a BS or SS.
* Semantics:
MAC_TERMINATE_SERVICE FLOW .request SFID
* Creation Timing: The present primitive is created when the CS of the BS
or the SS requests to terminate a connection.
* Effect of Receipt: Creation in SS side ¨ MAC passes a request to a MAC
entity in the BS via a dynamic service deletion request (DSD-REQ) message and the BS
terminates a connection after examination of the validity of the request.
Creation in BS
side ¨ Validity of request is already decided and the BS MAC informs the SS of the validity by sending the DSD-REQ message.
10) MAC TERMINATE SERVICE FLOW.indication * Function: A non-initiating MAC entity requests to terminate a connection corresponding to a DSD-REQ message.
* Semantics:
MAC TERMINATE_SERVICE FLOW.indication SFID
* Creation Timing: The present primitive is created when receiving a DSD-REQ
message to terminate a connection or if necessary to terminate a connection by any reason.
* Effect of Receipt: The BS checks validity of a request. A receiving CS
returns a MAC_TERMINATE_SERVICE FLOW.response primitive and erases the SF ID.
11) MAC TERMINATE SERVICE FLOW.response * Function: The present primitive is a response to a request to terminate a connection.
*Semantics:
MAC TERMINATE_SERVICE FLOW.response SF1D, response code, response message * Creation Timing: The present primitive is created when the CS receives the MAC_TERMINATE_SERVICE FLOW.indication from the MAC.
* Effect of Receipt: The MAC sends a message to an initiating side via a DSD-RSP
message.
12) MAC TERMINATE SERVICE FLOW.confirmation * Function: A convergence entity is made to confirm that a requested connection is terminated.
* Semantics:
MAC_TERMINATE_SERVICE FLOW .confirmation SFID, response code, response message * Creation Timing: The present primitive is created when the CS receives the MAC JERMINATE_SERVICE FLOW .indication from the MAC.
* Effect of Receipt: A convergence entity is informed that a connection is terminated. The same CID is not used anymore for data transfer.
13) MAC DATA.request * Function: The present primitive defines a data transfer to a MAC entity from a CS
SAP.
* Semantics:
MAC_DATA.request Connection ID, length, data, discard-eligible flag * Creation Timing: The present primitive is created by the CS each time a MAC
SDU is transferred to a peer entity.
* Effect of Receipt: A MAC entity processes the MAC SDU through the MAC and passes an appropriately formatted PDU to a PHY convergence sublayer.
14) MAC DATA.indication * Function: The present primitive defines a data transfer from a MAC entity to the CS.
* Semantics:
MAC_DATA.indication Connection ID, length, data, reception status * Creation Timing: The present primitive is created each time a MAC SDU is transferred to a peer convergence entity.
* Effect of Receipt: Independent of a content or validity of the MAC SDU. A
selection of the CS is decided by the CID with which the MAC SDU is sent.
A media independent handover (MU-1) function will now be explained in detail as follows. The MIH is placed below an IP layer and facilitates a handover handling process 5 using a trigger event and an input value from a second layer (Layer 2), such as information of other networks and the like. The MIH can include input values based on user policy and configuration that can influence the handover process. General interfaces are defined between the MIH function and a third layer (Layer 3) entity such as a Mobile IP and an SIP.
These interfaces provide information about a first layer (Layer 1) or physical layer (PHY), 10 the second layer (Layer 2) (MAC layer) and mobility management. The MIH
acquires information about lower layers and networks with the help of the event and information services. Hence, the MIH function should be placed in a higher layer to monitor and control statuses of other links within the mobile subscriber station.
FIG. 4 is a diagram of functional entities and transport protocols of a terminal 15 including an MIH function and a network. Dotted lines indicate a primitive, an event trigger and the like. FIG. 5 is an exemplary diagram of a broadband wireless access network system (IEEE 802.16) in a protocol stack considering MIH. A stack model shown in FIG. 5 is equivalently applicable to a base station and a mobile subscriber station.
However, the mobile subscriber station, which should consider a multi-stack terminal in multi-mode, has 20 a configuration that includes parts shown in the drawing.
A Convergence Sublayer (CS) of an IEEE 802.16 interface in a broadband wireless access system will be explained as follows. A service-specific CS is placed above a MAC
CPS and uses a service provided by the MAC CPS via a MAC SAP. The CS performs the following functions: 1) Receiving a higher PDU from a higher layer; 2) Classifying PDUs of a higher layer; 3) Handling PDUs of a higher layer according to classification (if requested); 4) Delivering CS PDUs to a corresponding MAC SAP; and 5) Receiving CS
PDUs from a peer entity.
According to current CS regulations, two types of CSs are provided, i.e., an asynchronous transfer mode (ATM) and a packet CS. Other CSs may be provided in the future. The packet CS is placed above the IEEE 802.16 MAC CPS. Moreover, the packet CS performs the following functions using the services of a MAC: 1) Classifying a higher layer protocol PDU by corresponding access; 2) Suppressing payload header information (options); 3) Delivering CS PDU as a result to a MAC SAP associated with a service flow to enable a transfer to a Peer MAC SAP; 4) Receiving a CS PDU from a Peer MAC
SAP;
and 5) Reconfiguring suppressed payload header information (option).
A transmitting side CS delivers a MAC SDU to a MAC SAP. A MAC delivers the MAC SDU to a peer MAC SAP according to QoS, separation, connection and other transfer functions associated with a service flow of a specific access. A
receiving side CS
receives the MAC SDU from the peer MAC SAP and then delivers it to an entity of a higher layer.
A Packet CS is used in transferring all packet-oriented protocols such as IP
(Internet Protocol), PPP (point-to-point protocol), IEEE 802.3 (Ethernet) and the like.
FIG. 6 is a diagram of a MAC SDU format. Referring to FIG. 6, a PDU of a higher layer is classified and should be quickly included in the MAC SDU as related to a specific MAC access. In case that a PHS (payload header suppression) rule is defined for the related access, the MAC SDU should include a PHSI (payload header suppression index) field having an 8-bit length.
Classification is a process according to a MAC SDU that is mapped to a specific access for transfer between MAC peers. The mapping process relates the MAC SDU
to a specific access and a relationship is established using a service flow characteristic of the specific access. By this process, the MAC SDU is able to be delivered together with a corresponding QoS constraint.
A classifier is a group of consistency references applied to each transport packet of a broadband wireless access communication network. The classifier is configured with a partial packet consistency reference of a specific protocol (e.g., IP address of a called party), a classifier priority and a reference for a CID. If one packet coincides with a specific packet consistency reference, the corresponding packet is delivered to an SAP to be delivered on an access defined by the CID. Optionally, each specific classification function is implemented (e.g., IPv4 based classification). A service flow characteristic of the access provides a QoS for a corresponding packet.
As several classifiers are able to refer to the same service flow, classifier priority is used in designating a sequence for applying classifiers to packets. Since patterns used by the classifiers may overlap each other, a clear sequence should be designated.
In designating the sequence, unique priority is unnecessary. Yet, the sequence designation should be carefully conducted within the classifier priority to prevent vagueness in classification. A downlink classifier is transmitted by a base station, wherein the base
23 = station conducts the classifier's application to a packet. An uplink classifier is applied by a mobile subscriber station. FIG. 7 and FIG. 8 show the above-explained mapping.
A procedure for Service Flow Creation will now be explained as follows. A
mobile subscriber station having completed a network entry procedure enters a service flow registration procedure between a base station and a terminal for data delivery. Service flow includes a service flow identifier (SFID) identifying a corresponding service flow between the base station and the mobile subscriber station, a connection identifier (CID) identifying a connection for delivering service flow traffic, a quality of service (QoS) parameter indicating a quality of the service flow, and the like.
FIG. 9 is a diagram of a procedure for creating a service flow according to a request made by a mobile subscriber station. FIG. 10 is a diagram of a procedure for creating a service flow according to a request made by a base station. Service flow is created by a MAC management message exchange between a mobile subscriber station and a base station according to a request made by the mobile subscriber station or the base station.
Referring to FIG. 9, when a mobile subscriber station requests creation of a service flow, the mobile subscriber station requests service flow creation having a specific quality of service via a dynamic service addition request (DSA-REQ) message. A base station then delivers approval or rejection of the service flow creation to the mobile subscriber station via a dynamic service addition response (DSA-RSP) message. If the service flow creation is approved, the base station grants a service flow identifier (SF1D) and a connection identifier (CID) to the corresponding service flow to create the service flow
A procedure for Service Flow Creation will now be explained as follows. A
mobile subscriber station having completed a network entry procedure enters a service flow registration procedure between a base station and a terminal for data delivery. Service flow includes a service flow identifier (SFID) identifying a corresponding service flow between the base station and the mobile subscriber station, a connection identifier (CID) identifying a connection for delivering service flow traffic, a quality of service (QoS) parameter indicating a quality of the service flow, and the like.
FIG. 9 is a diagram of a procedure for creating a service flow according to a request made by a mobile subscriber station. FIG. 10 is a diagram of a procedure for creating a service flow according to a request made by a base station. Service flow is created by a MAC management message exchange between a mobile subscriber station and a base station according to a request made by the mobile subscriber station or the base station.
Referring to FIG. 9, when a mobile subscriber station requests creation of a service flow, the mobile subscriber station requests service flow creation having a specific quality of service via a dynamic service addition request (DSA-REQ) message. A base station then delivers approval or rejection of the service flow creation to the mobile subscriber station via a dynamic service addition response (DSA-RSP) message. If the service flow creation is approved, the base station grants a service flow identifier (SF1D) and a connection identifier (CID) to the corresponding service flow to create the service flow
24 between the mobile subscriber station and the base station. After completion of the service flow creation, the mobile subscriber station and the base station exchange user data via the corresponding service flow.
Referring to FIG. 10, when a base station requests creation of a service flow, the base station requests service flow creation having a specific quality of service via a DSA-REQ message and delivers an SFID and a CID to a mobile subscriber station. The mobile subscriber station having received the DSA-REQ message delivers approval or rejection of the service flow creation to the base station via a DSA-RSP message. After completion of the service flow creation, the mobile subscriber station and the base station exchange user data via the corresponding service flow.
FIG. 11 is a flowchart of a MAC SAP event and a MAC event for connection creation. FIG. 12 is a flowchart of a real MAC event associated with a MAC SAP
event for a connection change. FIG. 13 is a flowchart of a MAC SAP event and a MAC event for a connection deletion. FIGs. 11 to 13 show mutual actions between MAC service primitives and DSx messages, respectively.
However, in the related art communication method for MIH, if a newly established MIH layer attempts to send a message to a remote MIH entity via a radio section, a communication method between MIH entities is not determined. Hence, message transactions between the MIH entities are impossible.
DISCLOSURE OF INVENTION
The present invention is directed to performing handover of a mobile terminal to a network.
According to an aspect of the present invention, there is provided a 5 method for creating a service flow at a multi-mode mobile terminal in a mobile communication system, the method comprising: receiving a service flow creation request primitive from a media independent handover (MN) layer of the mobile terminal at a convergence sublayer (CS) of the mobile terminal; delivering the service flow creation request primitive from the convergence sublayer (CS) to a medium 10 access control MAC layer of the mobile terminal; transmitting a request from the MAC
layer of the mobile terminal to a MAC layer of a network in response to the service flow creation request primitive to create a service flow for communicating data between the MIH layer of the mobile terminal and an MIH layer of the network;
receiving, by the MAC layer of the mobile terminal, a response from the MAC
layer of 15 the network after transmitting the request, wherein the response is associated with the creation of the service flow; transferring a service flow creation response primitive from the MAC layer of the mobile terminal to the CS of the mobile terminal after receiving the response; notifying, by the CS of the mobile terminal, the MIH
layer of the mobile terminal of the response; and transmitting an acknowledgement from the 20 MAC layer of the mobile terminal to the MAC layer of the network for acknowledging successful receipt of the response.
74420217 ' Additional features and advantages of some embodiments of the invention will be set forth in the description which follows, and in part will be apparent from the description, or may be learned by practice of the invention. The objectives and other advantages of some embodiments of the invention will be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.
Another aspect provides a method for performing handover of a mobile terminal to a network, the method comprising generating a first heterogeneous protocol message from a heterogeneous network handover module to a medium access control (MAC) of the mobile terminal, wherein the heterogeneous network handover module is configured to provide convergence of information from at least one network interface module associated with one of a homogeneous and heterogeneous network into a unified presentation, and transmitting a management request associated with a handover process to a serving network, wherein the management request comprises the first heterogeneous protocol message.
In one aspect, the method further comprises receiving a management response associated with the handover process from the serving network, 1.
wherein the management response comprises a second heterogeneous protocol message prepared by the serving network and communicating the second heterogeneous protocol message to the heterogeneous network handover module of the mobile terminal.
' Preferably, the first heterogeneous protocol message comprises at least one of a S handover imminent message and a control and management message related to the heterogeneous network handover module. Preferably, the first heterogeneous protocol message comprises at least one of event data, command data and information data.
Preferably, the management request is. provided from the heterogeneous network handover module and is communicated to the MAC through one of a control service to access point and a management service access point.
In accordance with another embodiment, a method for performing handover of a mobile terminal to a network comprises receiving in a medium access control (MAC) of a serving network a management request associated with a handover process from the mobile terminal, wherein the management request comprises a Is first heterogeneous protocol message and communicating the first heterogeneous protocol message to a heterogeneous network handover module of the serving networic, wherein the heterogeneous network handover module Is configured to provide convergence of Information from at least one network Interface module associated with one of a homogeneous and heterogeneous network into a unified presentatIOn.
20 In one aspect, the method further comprises generating a second heterogeneous protocol message in the heterogeneous network handover module of the serving network In response to the first heterogeneous protocol message, communicating =
, õ
the second heterogeneous protocol message from the heterogenebus network handover module to the medium access control (MAC) of the serving network, and transmitting a management response associated with the handover process to the mobile terminal, wherein the management response comprises the second heterogeneous protocol message.
Preferably, the first heterogeneous protocol message comprises at least one of a handover imminent message and a control and management message related to the heterogeneous network handover module. Preferably, the first heterogeneous protocol message comprises at least one of event data, command data and information data.
to Preferably, the management response is provided from the heterogeneous network handover module and is communicated to the MAC through one of a control service access point and a management service access point.
In accordance with another embodiment , a method for =
performing handover from a mobile terminal to a network oomprIses providing a is heterogeneous protocol message from a heterogeneous network =handover module to a convergence subiayer module, wherein the heterogeneous network handover module Is configured to provide convergence of Information from at least one network interface module associated with one of a homogeneous and heterogeneous network into a unified presentation, providing a service flow creation request from the 'convergence sublayer 20 module to a medium access control (MAC) of the mobile terminal in response to the heterogeneous protocol message, transmitting a request to a servieg network, the request being associated with setting up a protocol to communicate the heterogeneous protocol , = 74420-217 message, receiving a response associated with setting up the protocol to communicate the heterogeneous protocol message, and communicating a service flow creation confirmation from the MAC to the convergence sublayer module.
Preferably, the heterogeneous protocol message is communicated to the serving 5 network through a frame having an Identifier for distinguishing the heterogeneous protocol . message.
In one aspect, the method further comprises providing the heterogeneous protocol message from the convergence sublayer module of the mobile terminal to a heterogeneous network handover module of the serving network. In another 10 aspect of the invention, the method further comprises transmitting en acknowledgment to the serving network for acknowledging successful receipt of the response associated with setting up the protocol to communicate the heterogeneous protocol Message.
Preferably, the heterogeneous protocol message comprises- at least one of event data, command data and information data.
is In accordance with another embodiment, a method for = performing handover from a mobile terminal to a network comprises receiving a request In a medium access control (MAC) of a serving network, wherein the request is associated with setting up a protocol to communicate a heterogeneous protocol message, providing a service flow creation indication from the medium access control (MAC) to a convergence 20 sublayer module of the serving network in response to the request, communicating the.
service flow creation indication from a convergence sublayer modlule to a heterogeneous network handover module of the serving network, wherein the heterogeneous network =
handover module Is configured to provide convergence of information from at least one network interface module associated with one of a homogeneouS and heterogeneous network into unified presentation, providing a .service flow creation response from the heterogeneous network handover module to the convergence .sublayer module in response to the service flow creation indication, communicating the service flow creation response from the convergence subiayer module to the medium access control (MAC), and transmitting a response to the mobile terminal, wherein the response is associated with setting up the protocol to communicate the heterogeneous protocol message.
Preferably, the heterogeneous protocol message is communicated to the serving . io network through a frame having an Identifier for distinguishing the heterogeneous protocol message.
In one aspect , the method further cornpris. es receiving the heterogeneous protocol message from a convergence subiayer module of the mobile terminal to the heterogeneous network handover module of the serving network.
in is another aspect of the present invention, the method further comprises receiving an acknowledgment from the mobile terminal for acknowledging successful receipt of the response associated with setting up the protocol to communicate the heterogeneous protocol message.
Preferably, the heterogeneous protocol message comprises at least one of event 20 data, command data and Information data.
In accordance with another embodiment a method for performing handover from a mobile terminal to a network comprises receiving a request in . .
= 74420-217 31a a medium access control (MAC) of a serving network, wherein the request is associated with setting up a protocol to communicate a heterogeneous protocol message, providing a service flow creation indication from the medium access control (MAC) to a convergence sublayer module of the serving network in response to the request, providing a service flow creation response from the convergence sublayer module to the medium access control (MAC) in response to the service flow creation indication, and transmitting a response to the mobile terminal, wherein the response Is associated with setting up the protocol to communicate the heterogeneous protocol message.
Preferably, the heterogeneous protocol message is communicated to the serving network through a frame having an identifier for distinguishing the heterogeneous protocol message.
In one aspect, the method further comprises receiving the heterogeneous protocol message from a convergence sublayer module of the mobile terminal to a heterogeneous network handover module of the setviag network, wherein the IS heterogeneous network handover module is configured to provide convergence of Information from at least one network Interface module associated with one of a homogeneous and heterogeneous network into a unified presentation.
In another aspect, the method further comprises receiving an acknowledgment from the mobile terminal for acknowledging siiccessful receipt of the response associated with setting up the protocol to communicate the heterogeneous protocol message.
=
I
31b Preferably, the heterogeneous protocol message comprises at least one of event data, command data and information data.
It Is to be understood that both the foregoing general description and the following detailed description of some embodiments of the present invention are exemplary and explanatory and are intended to provide further explanation of the invention as claimed.
pRIEF DgSCRIPTION OF DRAWINGS
The accompanying drawings, which are included to provide wfurther understanding of the invention and are Incorporated in and constitute a part of this specification, illustrate to embodiments of the Invention and together with the description serve to explain the principles of the Invention. Features, elements, and aspects of the invention that are referenced by the same numerals In different figures represent the same, equivalent, or slmNar features, elements, or aspects In accordance with one or mons embodiments.
FIG.1 illustrates a protocol stack architecture of an IEEE 802.16 interface.
FIG. 2 Is a diagram of a general media independent hangover (MIH) reference model for supporting an MIN function.
FIG. 3 is a diagram of a signal flow for a medium access control (MAC) service request and response, in which a request primitive is used for an initial request of a service.
FIG. 4 Is a diagram of functional entities and transport protocols of a terminal including an MN function and a network.
FIG. 5 is an exemplary diagram of a broadband wireless access network system (IEEE 802.16) in a protocol stack considering M1H.
FIG. 6 is a diagram of a MAC service data unit (SDU) format.
FIG. 7 is a diagram of classification and connection identifier (CID) mapping from a base station (BS) to a mobile terminal or subscriber station (SS).
FIG. 8 is a diagram of classification and CID mapping from a mobile terminal to a base station.
FIG. 9 is a diagram of a procedure for creating a service flow according to a request made by a mobile terminal.
FIG. 10 is a diagram of a procedure for creating a service flow according to a request made by a base station.
FIG. 11 is a flowchart of a MAC service access point (SAP) event and a MAC
event for connection creation.
FIG. 12 is a flowchart of a real MAC event associated with a MAC SAP event for a connection change.
FIG. 13 is a flowchart of a MAC SAP event and a MAC event for a connection deletion.
FIG. 14 illustrates an example of an Ethernet Frame format in accordance with one embodiment of the present invention.
FIG. 15 is a flowchart of an inter-MPH connection creation procedure in accordance with a first embodiment of the present invention.
FIG. 16 is a flowchart of an inter-M1H connection creation procedure in accordance with a second embodiment of the present invention.
FIG. 17 illustrates a method for transmitting a data burst of a data packet format via a radio interface section from a BS side MIH in accordance with a first embodiment of the present invention.
FIG. 18 illustrates a method for transmitting a data burst of a data packet format via a radio interface section from a BS side MIH in accordance with a second embodiment of the present invention.
FIG. 19 is a flowchart of an inter-MIN connection release procedure by a mobile subscriber station, in accordance with a first embodiment of the present invention.
FIG. 20 is a flowchart of an inter-MIN connection release procedure by a base station, in accordance with a first embodiment of the present invention.
FIG. 21 is a diagram of an inter-MIN signal exchange procedure in accordance with a first embodiment of the present invention.
FIG. 22 illustrates an operation between a convergence sublayer (CS) and an MIH
(BS to SS), wherein a base station establishes a service connection creation to send data in accordance with one embodiment of the present invention.
FIG. 23 illustrates an operation between a CS and an MIH (SS to BS), wherein a subscriber station establishes a service connection creation to send data in accordance with one embodiment of the present invention.
FIG. 24 is a flowchart of an inter-MIN connection creation procedure by an SS
side MIH in accordance with one embodiment of the present invention.
FIG. 25 is a flowchart of an inter-MIN connection creation procedure by a base station in accordance with one embodiment of the present invention.
FIG. 26 illustrates a signal exchange via a protocol stack architecture in accordance with one embodiment of the present invention.
FIG. 27 illustrates a signal exchange via a protocol stack architecture in accordance with one embodiment of the present invention.
BEST MODE FOR CARRYING OUT THE INVENTION
The present invention relates to performing handover of a mobile terminal to a network. Reference will now be made in detail to the preferred embodiments of the present invention, examples of which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.
Media independent handover (MIN) entities of a mobile terminal or mobile subscriber station (SS) and a base station (BS) mutually exchange MIH
messages via Layer 2 or below and Layer 3 or above. The present invention relates to a method of delivering MIH messages using Layer 2 or below in a protocol architecture model. The present invention can be divided into a first method for delivering data packets via communications between MIHs and a second method for delivering data packets via a Control/Management Plane.
In the first method, MIH data is transferred in a data burst format via an air interface, wherein communications are executed after termination of a network access step. In the second method, communication is via a MAC management message, wherein the communication is performed by receiving (setting) a Management Connection ID.
Hence, the second method enables faster message exchange.
In accordance with one embodiment of the present invention, a first method for delivering data packets comprises a Method of Transmitting a Data Burst in a Data Packet 5 Format via a Radio Interface Section. In order for MIH layers of a subscriber station (SS) and base station (BS) to transmit/receive MIH data mutually, a definition of a type for enabling classification from another type of data is needed. Furthermore, a classifying entity called a classifier existing in a CS layer classifies messages via information indicated by the type.
10 Table 6 shows an example of an MIH type newly appended to a field included to classify a type of connection established in a DSA-REQ message to achieve the above.
[Table 6]
Type Length Value Scope [145/146].28 1 0: No CS DSx-1: Packet, IPv4 REQ
2: Packet, IPv6 3: Packet, 802.3/Ethernet 4: Packet, 802.1Q VLAN
5: Packet, IPv4 over 802.3/Ethernet 6: Packet, IPv6 over 802.3/Ethernet 7: Packet, IPv4 over 802.1Q VLAN
8: Packet, IPv6 over 802.1Q VLAN
9: ATM
10: Packet, IPv4 with Header Compression (ROHC) =
11: Packet, IPv4 with Header Compression (ECRTP) 12: Packet, IPv6 with Header Compression (ROHC) 13: Packet, IPv6 with Header Compression (ECRTP) 14: Packet, IPv4 over 802.3/Ethernet with Header Compression (ROHC) 15: Packet, IPv4 over 802.3/Ethernet with Header Compression (ECRTP) 16: Packet, IPv6 over 802.3/Ethernet with Header Compression (ROHC) 17: Packet, IPv6 over 802,3/Ethernet with Header Compression (ROHC) 18: Packet, IPv4 over 802.1Q VLAN with Header Compression (ROHC) 19: Packet, IPv4 over 802.1Q VLAN with Header Compression (ECRTP) 20: Packet, IPv6 over 802.1Q VLAN with Header Compression (ROHC) 21: Packet, IPv6 over 802.1Q VLAN with Header Compression (ECRTP) 22: MIH (Media Independent Holdover) 23-255: reserved In Table 6, a parameter "22" among parameters indicates that a mutually exchanged packet should be delivered to the MIH in case that a mutual service is established between a mobile subscriber terminal and a base station. All packets delivered via a Connection ID mapped to this connection are delivered to the MN layer via an MIH_MAC_SAP.
Each CS defines a parameter set encoded within a sub-index in the following "cst"
values. Definitions regarding the CS and cst are shown in Table 7.
[Table 7]
cst CS
_100 Packet, LI'v4 101 Packet, IPv6 _102 Packet, 802.3/Ethernet 103 Packet, 802.1Q VLAN
104 Packet, Di'v4 over 802.3/Ethernet 105 Packet, 1Pv6 over 802.3/Ethernet 106 Packet, LPv4 over 802.1Q VLAN
107 Packet, IPv6 over 802.1Q VLAN
108 Packet, LE'v4 with Header Compression (ROHC) 109 Packet, TPv4 with Header Compression (ECRTP) 110 Packet, IPv6 with Header Compression (ROHC) 111 Packet, IPv6 with Header Compression (ECRTP) 112 Packet, IPv4 over 802.3/Ethernet with Header Compression (ROHC) 113 Packet, IPv4 over 802.3/Ethernet with Header Compression (ECRTP) 114 Packet, IPv6 over 802.3/Ethernet with Header Compression (ROHC) 115 Packet, Tv6 over 802.3/Ethernet with Header Compression (ROHC) 116 Packet, IPv4 over 802.1Q VLAN with Header Compression (ROHC) 117 Packet, IPv4 over 802.1Q VLAN with Header Compression (ECRTP) 118 Packet, R3v6 over 802.1Q VLAN with Header Compression (ROHC) 119 Packet, EPv6 over 802.1Q VLAN with Header Compression (ECRTP) 120 MIH (Media Independent Handover) In accordance with the present invention, primitives between the MIH and the CS
defined as follows.
1) MAC DATA CREAT.request * Function: The MIH of a base station (BS) or subscriber station (SS) side requests dynamic addition of connection from the CS to make a future transfer of an MIH
signal in a data format.
* Creation Timing: Created when the MIH of the BS or the SS creates a new connection in the CS.
* Effect of Receipt: The CS transfers a MAC_CREATE_SERVICE FLOVV.request to the MAC.
2) MIH DATA CREAT.indication * Function: Sent by a receiving side CS and plays a role in informing the existence of an MIH message a receiving side MIH shall receive in a data format.
* Creation Timing: Sent by a receiving side CS and created when the CS
receives a MAC_CREATE_SERVICE FLOW.indication from the MAC.
* Effect of Receipt: Receiving side MIH is able to know that there exists an MIH
message sent to itself and decides whether it can accommodate a corresponding connection.
3) MIH DATA CREAT.response * Function: Created by a non-initiating MIH entity in response to an Ml H_DATA_CREAT. indication.
* Creation Timing: Created in case that a non-initiating MIH is able to accommodate a connection in response to the MIH_DATA_CREAT.indication.
* Effect of Receipt: The CS transfers the MAC_CREATE_SERVIC FLOW.response to the MAC.
4) M(H DATA CREATE.confirmation * Function: Confirms that the connection requested by the MIH is created.
* Creation Timing: Created by an initiating CS when a transmitting side CS
receives the MAC_CREATE_SERVICE FLOW.confirmation.
* Effect of Receipt: Confirms that the MIH enables a connection requested for the transfer of MIH data.
5) MIH DATA TERMINATE.request * Function: MIH requests CS to terminate a connection.
* Creation Timing: Created when the MIH of the BS or the SS requests termination of an existing connection.
* Effect of Receipt: The CS transfers the MAC_TERMINATE_SERVICE
5 FLOW.request to the MAC.
6) MIH DATA TERM1NATE.indication * Function: A non-initiating CS entity requests to terminate a connection corresponding to a MAC_TERMINATE_SERVICE FLOW.indication.
* Creation Timing: Created when receiving the MAC_TERMINATE_SERVICE
10 FLOW.indication message to terminate a connection.
* Effect of Receipt: Receiving side MIH checks validity of request, returns an MIH_DATA TERMINATE.response primitive and deletes connection-associated information from the MIH.
7) MIH DATA TERMINATE.response 15 * Function: Used in making a response to a request to terminate a connection.
= Creation Timing: Created when MIH
receives an MIH_DATA_TERMINATE.indication from the CS.
* Effect of Receipt: The CS sends a MAC_TERMINATE_SERVICE FLOW.response with instructions to send a DSD_RSP message.
20 8) MIH DATA TERM INATE.confirmation * Function: An MIH entity is made to confirm termination of a requested connection.
* Creation Timing: Created when the CS receives the MAC_TERMINATE_SERVICE FLOW.response transmitted by the MAC having received the DSD-RSP message.
* Effect of Receipt: Informs the MIH entity that a connection is terminated.
In accordance with another embodiment of the present invention, a second method for delivering data packets comprises a Communication Method Between MIFIs Via a Control/Management Plane.
MAC management messages according to the present invention are explained as follows. When a mobile subscriber station makes a request before a base station, a MAC
management message is represented as MOB_MSSMIH-REQ/RSP. When a base station makes a request before a mobile subscriber station, a MAC management message is represented as MOB_BSMIH-REQ/RSP.
Table 8 shows a format of a MOB_MSSMIH-REQ message.
[Table 8]
Syntax Size Notes MOBMS SM1H-REQ_Messagejorm at() {
Management Message Type = xx 8 bits TLV Encoded Information Variable Specific TLV
In Table 8, coded parameters to enter a TLV tuple are different according to a content delivered by the MIH to a primitive. In the present embodiment, a content according to a primitive is delivered by transforming the content into a TLV
format with a message of the same name. However, in case that a MAC Management Message according to a type of primitive is used according to a content of the primitive, the same effect can be achieved by delivering the content in a parameter format instead of the TLV
format. Moreover, a mobile subscriber station is able to request an information service from a base station via the TLV.
Table 9 shows a format of a MOB_MSSMIH_RSP message.
[Table 9]
Syntax Size Notes MOB_MSSMIR-RSE_Message_FormatO
Management Message Type = xx 8 bits TLV Encoded Information Variable Specific TLV
In Table 9, coded parameters to enter a TLV tuple are different according to a content delivered by the MIH to a primitive. In the present embodiment, a content according to a primitive is delivered by transforming the content into a TLV
format with a message of the same name. However, in case that a MAC Management Message according to a type of primitive is used according to a content of the primitive, the same effect can be achieved by delivering the content in a parameter format instead of the TLV
format. Moreover, a mobile subscriber station is able to request an information service from a base station via the TLV.
Table 10 shows a format of a MOB_BSMIH_REQ message.
[Table 10]
Syntax Size Notes MOB_BSMIH-REQ_Message_FormatO {
Management Message Type = xx 8 bits TLV Encoded Information Variable Specific TLV
In Table 10, coded parameters to enter a TLV tuple are different according to a content delivered by the MIH to a primitive. In the present embodiment, a content according to a primitive is delivered by transforming the content into a TLV
format with a message of the same name. However, in case that a MAC Management Message according to a type of primitive is used according to a content of the primitive, the same effect can be achieved by delivering the content in a parameter format instead of the TLV
format.
Table 11 shows a format of MOB_BSMIH_RSP message.
[Table 11]
Syntax Size Notes MOB_BSMIH-RSP_Message_ForniatO
Management Message Type = xx 8 bits TLV Encoded Information Variable Specific TLV
In Table 11, coded parameters to enter a TLV tuple are different according to a content delivered by the MIH to a primitive. In the present embodiment, a content according to a primitive is delivered by transforming the content into a TLV
format with a message of the same name. However, in case that a MAC Management Message according to a type of primitive is used according to a content of the primitive, the same effect can be achieved by delivering the content in a parameter format instead of the TLV
format.
FIG. 14 illustrates an example of an Ethernet Frame format in accordance with one embodiment of the present invention. Referring to FIG. 14, a new classifier is additionally defined to an Ether Type to identify whether data entering a DATA area is MIH
data or general data (e.g., IP packet, etc.). Preferably, if this type of classifier is defined to other message formats, the MIH data can be classified from other data to be delivered to the MIH layer.
FIG. 15 is a flowchart of an inter-MIH connection creation procedure in accordance with a first embodiment of the present invention. FIG. 16 is a flowchart of an inter-MIH
connection creation procedure in accordance with a second embodiment of the present invention. In the first embodiment of the present invention, after a connection between an SS side MIH and a BS side MIH has been created, the SS side MIH transmits MU-1 data to the BS side MIH.
In the second embodiment of the present invention, a calling side CS
previously receives MIH data via an SAP. Once a connection between MIHs is created, MIN
data is classified from general data and is then transmitted to a BS side. Preferably, the CS
classifies the MIH data from the general data through the SAP or a data type.
Preferably, when the SAP is used to classify the MIH data, an SAP for delivering the MIH
data is different from an SAP for delivering general data.
method for classifying the M1H data through a data type classifies MIH data from general data in a manner of checking a type of service data unit (SDU).
Preferably, since the MIH data is delivered to the CS in an SDU, the CS checks a type of the delivered SDU
to classify the MIH data from the general data. A classifier classifying the MIH data and the general data is similar to a classifier that classifies an Ethernet, Token Ring and the like.
Preferably, the classifier decides what kind of protocol shall be used in delivering a message to a higher entity. In this case, connection creation can be achieved by an Ethertype/IEEE 802.2 SAP, wherein "Ethertype" is a message type newly defined to classify the MIH data.
A method for transmitting a data burst of a data packet format via a radio interface section from an SS side MIH in accordance with a first embodiment of the present invention will now be explained with reference to FIG. 15. Referring to FIG.
15, an SS side MIH requests a CS to provide a service connection creation for MIH data transfer (S10).
The CS then delivers the service connection creation request made by the MIH
to a MAC
(S20).
The SS side MAC having received the request from the CS requests a BS side MAC to provide a new service connection creation via a MAC management message (S30). The BS side MAC then notifies a BS side MIH via a CS that the MAC
management message for the service connection creation request was received from a peer (S40, S50).
In case of receiving the notification of the service connection creation request from the SS side, the BS side MIH decides whether to accept or reject the 'request.
If it is decided that the connection creation will be accepted, the BS side MIH orders a MAC layer lo to transmit a MAC management message indicating the creation of a service connection (S60, S70). However, if a decision whether to accept the request made by the SS side is carried out by the CS, then the procedure involving the MIH layer can be omitted (S50, S60).
The BS side MAC then transmits a response MAC management message to the SS side MAC (S80). The SS side MAC layer having received the response MAC
management message notifies the CS layer of the message (S90). Meanwhile, the SS
side MAC layer also informs the BS side MAC that a DSA-RSP message was successfully received, via a DSA-ACK message (S100).
The SS side CS layer having received the response message for the service connection creation notifies the MIH layer of the message (S110). After completion of the service connection creation, the MIH transfers MIH data to the CS layer. The CS layer then maps a service connection creation identifier established for MIH data transfer to a connection identifier for transfer via radio interface to transfer data.
Afterward, a receiving side CS extracts the MIH data from the received data using the service connection identifier and transfers the extracted data to the MIH (S120).
A method for transmitting a data burst of a data packet format via a radio interface section from an SS side MIH in accordance with a second embodiment of the present invention will be explained with reference to FIG. 16. Referring to FIG. 16, MIH data is delivered to a CS (S210). Preferably, the MIH data is delivered to the CS via a separate SAP defined between the MIH and the CS or an SAP connected to an upper layer.
If the delivery is conducted via the separate SAP, the CS recognizes the MIH data. If the delivery is conducted via an SAP used for delivering data that is not exclusively MIH data, the MIH data is recognized according to a classifier (type) included in the data.
The CS having received the MN data delivers a service connection creation request to an SS side MAC (S220). The SS side MAC having received the request from the CS requests a BS side MAC to provide a new service connection creation via a MAC
management message (S230).
The BS side MAC then notifies a BS side MIH via a CS that the MAC management message for the service connection creation request was received from a peer (S240, S250). In case of receiving the notification of the service connection creation request from the SS side, the BS side MIH decides whether to accept or reject the request.
If it is decided that the connection creation will be accepted, the BS side MIH orders a MAC layer to transmit a MAC management message indicating a creation of a service connection (S260, S270). However, if a decision whether to accept the request made by the SS side is carried out by the CS, then the procedure involving the MIH layer can be omitted.
The BS side MAC then transmits a response MAC management message to the SS side MAC (S280). The MAC layer having received the response MAC management message notifies the CS layer of the message (S290). Meanwhile, the SS side MAC layer also informs the BS side MAC layer that a DSA-RSP message was successfully received, via a DSA-ACK message (S300).
After completion of the service connection creation, the CS layer maps a service connection creation identifier established for MIH data transfer to a connection identifier for transfer via radio interface to transfer data. Afterward, the BS side CS
classifies the received data for transfer to the MIH using the service connection identifier and transfers the classified data to the MIH (S310).
FIG. 17 illustrates a method for transmitting a data burst of a data packet format via a radio interface section from a BS side MIH in accordance with a first embodiment of the present invention. FIG. 18 illustrates a method for transmitting a data burst of a data packet format via a radio interface section from a BS side MIH in accordance with a second embodiment of the present invention.
A method for transmitting a data burst of a data packet format via a radio interface section from a BS side MIH in accordance with a first embodiment of the present invention will now be explained with reference to FIG. 17.
Referring to FIG. 17, a BS side MIH requests a CS to provide a service connection creation for MIH data transfer (S410). The CS then delivers the service connection creation request made by the MIH to a MAC (S420). The BS side MAC having received the request from the CS requests an SS side MAC to provide a new service connection creation via a MAC management message (S430). The SS side MAC then notifies an SS
side MIH via a CS that the MAC management message for the service connection creation request was received from a peer (S440, S450).
In case of receiving the notification of the service connection creation request from the BS side, the SS side MIH decides whether to accept or reject the request.
If it is decided that the connection creation will be accepted, the SS side MIH orders a MAC layer to transmit a MAC management message indicating the creation of a service connection (5460, 3470). However, if a decision whether to accept the request made by the BS side is carried out by the CS, a procedure involving the MIH layer can be omitted.
The SS side MAC then transmits a response MAC management message to the BS side MAC (S480). The MAC layer having received the response MAC management message notifies the CS layer of the message (3490). Meanwhile, the MAC layer informs the SS side that a DSA-RSP message was successfully received, via a DSA-ACK
message (S500).
The BS side CS layer having received the response message for the service connection creation notifies the MIH layer of the message (S510). After completion of the service connection creation, the MIH transfers the MIH data to the CS layer.
The CS layer then maps a service connection creation identifier established for MIH data transfer to a connection identifier for transfer via radio interface to transfer data.
Afterward, a receiving side CS extracts the MIH data from the received data using the service connection identifier and transfers the extracted data to the MIH (S520).
A method for transmitting a data burst of a data packet format via a radio interface section from a BS side MIH in accordance with a second embodiment of the present 5 invention will be explained with reference to FIG. 18. Referring to FIG.
18, MIN data is delivered to a CS (S610). Preferably, the MR-1 data is delivered to the CS via a separate SAP defined between the MIN and the CS or an SAP connected to an upper layer.
If the delivery is conducted via the separate SAP, the CS recognizes the MIH data. If the delivery is conducted via an SAP used for delivering data that is not exclusively MR-1 data, 10 the MIH data is recognized according to a classifier (type) included in the data, The CS having received the MIH data delivers a service connection creation request to a BS side MAC (S620). The BS side MAC having received the request from the CS requests the SS side MAC to provide a new service connection creation via a MAC
management message (S630).
15 The SS side MAC then notifies an SS side MU-I via a CS that the MAC
management message for the service connection creation request was received from a peer (S640, S650). In case of receiving the notification of the service connection creation request from the BS side, the SS side MIH decides whether to accept or reject the request.
If it is decided that the connection creation will be accepted, the SS side MIH orders a 20 MAC layer to transmit a MAC management message indicating the creation of a service connection (S660, S670). However, if a decision whether to accept the request made by the BS side is carried out by the CS, a procedure involving the MIH layer can be omitted.
The SS side MAC then transmits a response MAC management message to the SS side MAC (S680). The MAC layer having received the response MAC management message notifies the CS layer of the message (S690). Meanwhile, the MAC layer also informs the SS side that a DSA-RSP message was successfully received, via a DSA-ACK
message (S700).
After completion of the service connection creation, the CS layer maps a service connection creation identifier established for MN data transfer to a connection identifier for transfer via radio interface to transfer data. Afterward, a receiving side CS
extracts the MIN data from the received data using the service connection identifier and transfers the extracted data to the MIH (S710).
FIG. 19 is a flowchart of an inter-Mill connection release procedure by a mobile subscriber station, in accordance with a first embodiment of the present invention.
Referring to FIG. 19, an SS side MIH requests a CS to release a service connection creation for MIH data transfer (S810). The CS then delivers the service connection creation release request made by the MIH to a MAC (S820).
The SS side MAC having received the request from the CS requests a BS side MAC to release the service connection creation via a MAC management message (S830).
The BS side MAC then notifies a BS side MIH via a CS that the MAC management message for the service connection creation release request was received from a peer (S840, S850).
In case of receiving the notification of the service connection creation release request from the SS side, the BS side MIH decides whether to accept or reject the request.
If it is decided that the release of the connection creation will be accepted, the BS side MIH orders a MAC layer to transmit a MAC management message indicating a release of a service connection creation (S860, S870). However, if a decision whether to accept the request made by the SS side is carried out by the CS, the procedure involving the MIH can be omitted.
The BS side MAC then transmits a response MAC management message to the SS side MAC (S880). The SS side MAC layer having received the response MAC
management message notifies the CS layer of the message (S890). Meanwhile, the SS
side MAC layer also informs the BS side MAC that a DSD-RSP message was successfully received, via a DSD-ACK message (S900).
FIG. 20 is a flowchart of an inter-MIH connection release procedure by a base station, in accordance with a first embodiment of the present invention.
Referring to FIG.
20, a BS side MIH requests a CS to release a service connection creation for MIH data transfer (S910). The CS then delivers the service connection creation release request made by the MIH to a MAC (S920).
The BS side MAC having received the request from the CS requests an SS side MAC to release the service connection creation via a MAC management message (S930).
The SS side MAC then notifies an SS side MIR via a CS that the MAC management message for the service connection creation release request was received from a peer (S940, S950).
In case of receiving the notification of the service connection creation release request from the BS side, the SS side MIH decides whether to accept or reject the request.
If it is decided that release of the connection creation will be accepted, the SS side MIH
orders a MAC layer to transmit a MAC management message indicating a release of a service connection creation (S960, S970). However, if a decision whether to accept the request made by the BS side is carried out by the CS, a procedure involving the MIH layer can be omitted.
The SS side MAC then transmits a response MAC management message to the BS side MAC (S980). The BS side MAC layer having received the response MAC
management message notifies the CS layer of the message (S990). Meanwhile, the BS
side MAC layer also informs the SS side MAC that a DSD-RSP message was successfully received, via a DSD-ACK message (S1000).
FIG. 21 is a diagram of an inter-MIN signal exchange procedure in accordance with a first embodiment of the present invention. Referring to FIG. 21, an MIH
layer transfers an MIH message to a CS layer (S1010). Preferably, a service connection creation for this MIH message transfer may be accomplished by one of the two methods shown in FIGS.
15 and 16, respectively.
A service flow identifier created in the service connection creation for the MIH data transfer and a connection identifier (ID) used for identification in a MAC
layer are mapped to each other and are transferred via a radio section (S1020). The CS, having received the service flow identifier and connection identifier, recognizes the transferred MIH data by mapping the connection identifier to the service flow identifier previously created in the service connection creation. The CS then delivers the MIH data to an MIH layer (S1030).
Preferably, the delivery to the MIH layer can be achieved via a separate SAP
(Mil-I_MAC_SAP) between the CS and the MN, or an SAP (CS SAP) connected to higher protocols having the MN's identification using a new classifier (e.g., Ether Type).
FIG. 22 illustrates an operation between a CS and an MIH (BS to SS), wherein a base station establishes a service connection creation to send data in accordance with one embodiment of the present invention. Once a service connection creation is accomplished, a service flow ID is created and mapping between the newly created ID and a connection ID, used for a MAC layer to transmit data via a radio interface, is performed in the CS layer.
A transmitting side similarly decides a protocol to deliver to an upper layer by mapping a transferred connection ID to a service flow ID.
In performing a service, MIH data may be explicitly indicated, or a protocol on an upper layer for receiving MIH data may be made to selectively receive MIH data by setting a classifier (Type) of the Ethernet frame to the MN. If the classifier is set to the MN, an MN layer receives the MIH data.
FIG. 23 illustrates an operation between a CS and an MIH (SS to BS), wherein a subscriber station establishes a service connection creation to send data in accordance with one embodiment of the present invention. Preferably, an operation procedure of the embodiment shown in FIG. 23 is carried out in an inverse order of that in FIG.
22.
FIG. 24 is a flowchart of an inter-MIN connection creation procedure by an SS
side MIH in accordance with one embodiment of the present invention. In accordance with one embodiment, an MIH may make a remote registration, for example. However, a method for remotely delivering an MN message via a MAC management message is identical.
Preferably, an MIH-associated MAC management message proposed by the present invention is delivered in a TLV format according to a content of a primitive delivered from a higher layer, wherein the delivered MAC management message is delivered to an MIH
layer. The delivery to the MIH layer from the MAC layer can be conducted so that the message is delivered from the MAC layer via a management entity, to the MN
layer via a Network Control and Management Service in a primitive format or via a separate SAP
between the management entity and the MIH layer.
A procedure for exchanging signals between MIHs via MAC management messages is explained with reference to FIG. 24. In the present embodiment, the signals are exchanged through a registration request and response. In other cases, a method for remotely delivering an MIH message is similar, but attributes are classified according to a content of the TLV.
Referring to FIG. 24, an SS side MIH remotely makes a request for an MIH
registration to a MAC layer (S1110). The MAC layer then transmits a MAC
management message for a remote registration to a BS (base station) (31120). Once receiving the management message for the remote registration, a BS side MAC layer delivers the message to a BS side MIH (S1130). The BS side MN then creates a response message for the remote registration and transfers it to the BS side MAC layer (S1140).
The BS side MAC layer loads a primitive content of the remote registration response message delivered from the MIH on a MAC management message and transmits it to a subscriber station (SS) (S1150). The SS side MAC layer having received the MAC management message then delivers the remote registration response message to the SS side MIH layer (S1160).
FIG. 25 is a flowchart of an inter-MIH connection creation procedure by a base station in accordance with one embodiment of the present invention. A
procedure for exchanging signals between MIHs via MAC management messages is explained with reference to FIG. 25. Referring to FIG. 25, a BS side MIH remotely makes a request for an MIH registration to a BS side MAC layer (S1210). The BS side MAC layer then transmits a MAC management message for a remote registration to an SS (subscriber station) (S1220).
Once receiving the MAC management message for the remote registration, an SS
side MAC layer delivers the message to an SS side MIH (31230). The SS side MIH
then creates a response message for the remote registration and transfers it to the SS side MAC layer (S1240).
The SS side MAC layer loads a primitive content of the remote registration response message delivered from the MIH on a MAC management message and then transmits it to a base station (BS) (S1250). The BS side MAC layer having received the MAC management message then delivers the remote registration response message with the primitive to the BS side MIH layer (S1260).
FIG. 26 illustrates a signal exchange via a protocol stack architecture in accordance with one embodiment of the present invention. An inter-MIH signal exchange procedure according to one embodiment of the present invention will be explained. In the present embodiment, a transfer procedure from a subscriber station (SS) to a base station (BS) is described. Notably, a transfer procedure from the BS to the SS is executed in an order inverse to that of the embodiment shown in FIG. 26.
Referring to FIG. 26, an MIH layer delivers a primitive of a message to be remotely delivered to a management entity (S1310). Preferably, the primitive is delivered to the management entity via an MIH_MGMT_SAP. Alternatively, the primitive may be delivered to the management entity via an MIH_ME_SAP through a Network Control and Management System and a Management SAP (or Control SAP).
The primitive is then delivered to a MAC layer from the management entity (S1320).
Preferably, the MAC layer creates a MAC management message and loads a content of the primitive delivered via the management entity on the created message (S1320). The MAC layer then transmits the message to a base station (BS) via a physical layer (S1330).
In doing so, a management connection identifier (e.g., Basic CID or Primary/Secondary management CID) is used as a connection identifier (ID). Hence, the MAC
management message can be transmitted from a point in time where the connection ID for this management is allocated.
Preferably, the MAC management message, which is created for an MIH message, is delivered to the base station via a radio interface. The MAC management message received by the base station is delivered to a MAC layer via a physical layer (S1340).
The BS side MAC layer then creates a primitive corresponding to the content of the received message and delivers the primitive to an MIH (S1350). In a corresponding delivery path, as mentioned in the foregoing description, the primitive can be directly delivered to the MIH layer via a specific SAP through a management entity.
Alternatively, the primitive can be delivered to the MIH layer via a Network Control and Management System.
FIG. 27 illustrates a signal exchange via a protocol stack architecture In accordance with one embodiment of the present invention. Referring to FIG. 27, an MIN
layer delivers a primitive of a message to be remotely delivered to a management entity.
Preferably, the primitive is delivered to the management entity through one of a control service access point (C SAP) and a management service access point (M_SAP).
Accordingly, the present Invention provides the following effects or advantages. , First, messages can be remotely exchanged via a radio section between MIN
layers of a base, station and a multi-mode terminal (e.g., mobile subscriber station in at least two of a broadband wireless access network, a wireless LAN, a wire LAN and a cellular system).
Specifically,. In case that an MIH message Is remotely delivered via a MAC
management message, a message transfer can be performed as soon as a management connection identifier is allocated. So, the message exchange is enabled even if a network entry procedure Is not completed. Hence, media independent handover can be performed more quickly.
The foregoing embodiments and advantages are merely exemplary and are not to be construed as limiting the present Invention. The present teaching can be readily applied to other types of apparatuses.
INDUSTRIAL APPLICABILITY
The present invention is applicable to a wireless communication system such as a broadband wireless access system, a mobile access system, and a mobile communications system, etc.
Referring to FIG. 10, when a base station requests creation of a service flow, the base station requests service flow creation having a specific quality of service via a DSA-REQ message and delivers an SFID and a CID to a mobile subscriber station. The mobile subscriber station having received the DSA-REQ message delivers approval or rejection of the service flow creation to the base station via a DSA-RSP message. After completion of the service flow creation, the mobile subscriber station and the base station exchange user data via the corresponding service flow.
FIG. 11 is a flowchart of a MAC SAP event and a MAC event for connection creation. FIG. 12 is a flowchart of a real MAC event associated with a MAC SAP
event for a connection change. FIG. 13 is a flowchart of a MAC SAP event and a MAC event for a connection deletion. FIGs. 11 to 13 show mutual actions between MAC service primitives and DSx messages, respectively.
However, in the related art communication method for MIH, if a newly established MIH layer attempts to send a message to a remote MIH entity via a radio section, a communication method between MIH entities is not determined. Hence, message transactions between the MIH entities are impossible.
DISCLOSURE OF INVENTION
The present invention is directed to performing handover of a mobile terminal to a network.
According to an aspect of the present invention, there is provided a 5 method for creating a service flow at a multi-mode mobile terminal in a mobile communication system, the method comprising: receiving a service flow creation request primitive from a media independent handover (MN) layer of the mobile terminal at a convergence sublayer (CS) of the mobile terminal; delivering the service flow creation request primitive from the convergence sublayer (CS) to a medium 10 access control MAC layer of the mobile terminal; transmitting a request from the MAC
layer of the mobile terminal to a MAC layer of a network in response to the service flow creation request primitive to create a service flow for communicating data between the MIH layer of the mobile terminal and an MIH layer of the network;
receiving, by the MAC layer of the mobile terminal, a response from the MAC
layer of 15 the network after transmitting the request, wherein the response is associated with the creation of the service flow; transferring a service flow creation response primitive from the MAC layer of the mobile terminal to the CS of the mobile terminal after receiving the response; notifying, by the CS of the mobile terminal, the MIH
layer of the mobile terminal of the response; and transmitting an acknowledgement from the 20 MAC layer of the mobile terminal to the MAC layer of the network for acknowledging successful receipt of the response.
74420217 ' Additional features and advantages of some embodiments of the invention will be set forth in the description which follows, and in part will be apparent from the description, or may be learned by practice of the invention. The objectives and other advantages of some embodiments of the invention will be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.
Another aspect provides a method for performing handover of a mobile terminal to a network, the method comprising generating a first heterogeneous protocol message from a heterogeneous network handover module to a medium access control (MAC) of the mobile terminal, wherein the heterogeneous network handover module is configured to provide convergence of information from at least one network interface module associated with one of a homogeneous and heterogeneous network into a unified presentation, and transmitting a management request associated with a handover process to a serving network, wherein the management request comprises the first heterogeneous protocol message.
In one aspect, the method further comprises receiving a management response associated with the handover process from the serving network, 1.
wherein the management response comprises a second heterogeneous protocol message prepared by the serving network and communicating the second heterogeneous protocol message to the heterogeneous network handover module of the mobile terminal.
' Preferably, the first heterogeneous protocol message comprises at least one of a S handover imminent message and a control and management message related to the heterogeneous network handover module. Preferably, the first heterogeneous protocol message comprises at least one of event data, command data and information data.
Preferably, the management request is. provided from the heterogeneous network handover module and is communicated to the MAC through one of a control service to access point and a management service access point.
In accordance with another embodiment, a method for performing handover of a mobile terminal to a network comprises receiving in a medium access control (MAC) of a serving network a management request associated with a handover process from the mobile terminal, wherein the management request comprises a Is first heterogeneous protocol message and communicating the first heterogeneous protocol message to a heterogeneous network handover module of the serving networic, wherein the heterogeneous network handover module Is configured to provide convergence of Information from at least one network Interface module associated with one of a homogeneous and heterogeneous network into a unified presentatIOn.
20 In one aspect, the method further comprises generating a second heterogeneous protocol message in the heterogeneous network handover module of the serving network In response to the first heterogeneous protocol message, communicating =
, õ
the second heterogeneous protocol message from the heterogenebus network handover module to the medium access control (MAC) of the serving network, and transmitting a management response associated with the handover process to the mobile terminal, wherein the management response comprises the second heterogeneous protocol message.
Preferably, the first heterogeneous protocol message comprises at least one of a handover imminent message and a control and management message related to the heterogeneous network handover module. Preferably, the first heterogeneous protocol message comprises at least one of event data, command data and information data.
to Preferably, the management response is provided from the heterogeneous network handover module and is communicated to the MAC through one of a control service access point and a management service access point.
In accordance with another embodiment , a method for =
performing handover from a mobile terminal to a network oomprIses providing a is heterogeneous protocol message from a heterogeneous network =handover module to a convergence subiayer module, wherein the heterogeneous network handover module Is configured to provide convergence of Information from at least one network interface module associated with one of a homogeneous and heterogeneous network into a unified presentation, providing a service flow creation request from the 'convergence sublayer 20 module to a medium access control (MAC) of the mobile terminal in response to the heterogeneous protocol message, transmitting a request to a servieg network, the request being associated with setting up a protocol to communicate the heterogeneous protocol , = 74420-217 message, receiving a response associated with setting up the protocol to communicate the heterogeneous protocol message, and communicating a service flow creation confirmation from the MAC to the convergence sublayer module.
Preferably, the heterogeneous protocol message is communicated to the serving 5 network through a frame having an Identifier for distinguishing the heterogeneous protocol . message.
In one aspect, the method further comprises providing the heterogeneous protocol message from the convergence sublayer module of the mobile terminal to a heterogeneous network handover module of the serving network. In another 10 aspect of the invention, the method further comprises transmitting en acknowledgment to the serving network for acknowledging successful receipt of the response associated with setting up the protocol to communicate the heterogeneous protocol Message.
Preferably, the heterogeneous protocol message comprises- at least one of event data, command data and information data.
is In accordance with another embodiment, a method for = performing handover from a mobile terminal to a network comprises receiving a request In a medium access control (MAC) of a serving network, wherein the request is associated with setting up a protocol to communicate a heterogeneous protocol message, providing a service flow creation indication from the medium access control (MAC) to a convergence 20 sublayer module of the serving network in response to the request, communicating the.
service flow creation indication from a convergence sublayer modlule to a heterogeneous network handover module of the serving network, wherein the heterogeneous network =
handover module Is configured to provide convergence of information from at least one network interface module associated with one of a homogeneouS and heterogeneous network into unified presentation, providing a .service flow creation response from the heterogeneous network handover module to the convergence .sublayer module in response to the service flow creation indication, communicating the service flow creation response from the convergence subiayer module to the medium access control (MAC), and transmitting a response to the mobile terminal, wherein the response is associated with setting up the protocol to communicate the heterogeneous protocol message.
Preferably, the heterogeneous protocol message is communicated to the serving . io network through a frame having an Identifier for distinguishing the heterogeneous protocol message.
In one aspect , the method further cornpris. es receiving the heterogeneous protocol message from a convergence subiayer module of the mobile terminal to the heterogeneous network handover module of the serving network.
in is another aspect of the present invention, the method further comprises receiving an acknowledgment from the mobile terminal for acknowledging successful receipt of the response associated with setting up the protocol to communicate the heterogeneous protocol message.
Preferably, the heterogeneous protocol message comprises at least one of event 20 data, command data and Information data.
In accordance with another embodiment a method for performing handover from a mobile terminal to a network comprises receiving a request in . .
= 74420-217 31a a medium access control (MAC) of a serving network, wherein the request is associated with setting up a protocol to communicate a heterogeneous protocol message, providing a service flow creation indication from the medium access control (MAC) to a convergence sublayer module of the serving network in response to the request, providing a service flow creation response from the convergence sublayer module to the medium access control (MAC) in response to the service flow creation indication, and transmitting a response to the mobile terminal, wherein the response Is associated with setting up the protocol to communicate the heterogeneous protocol message.
Preferably, the heterogeneous protocol message is communicated to the serving network through a frame having an identifier for distinguishing the heterogeneous protocol message.
In one aspect, the method further comprises receiving the heterogeneous protocol message from a convergence sublayer module of the mobile terminal to a heterogeneous network handover module of the setviag network, wherein the IS heterogeneous network handover module is configured to provide convergence of Information from at least one network Interface module associated with one of a homogeneous and heterogeneous network into a unified presentation.
In another aspect, the method further comprises receiving an acknowledgment from the mobile terminal for acknowledging siiccessful receipt of the response associated with setting up the protocol to communicate the heterogeneous protocol message.
=
I
31b Preferably, the heterogeneous protocol message comprises at least one of event data, command data and information data.
It Is to be understood that both the foregoing general description and the following detailed description of some embodiments of the present invention are exemplary and explanatory and are intended to provide further explanation of the invention as claimed.
pRIEF DgSCRIPTION OF DRAWINGS
The accompanying drawings, which are included to provide wfurther understanding of the invention and are Incorporated in and constitute a part of this specification, illustrate to embodiments of the Invention and together with the description serve to explain the principles of the Invention. Features, elements, and aspects of the invention that are referenced by the same numerals In different figures represent the same, equivalent, or slmNar features, elements, or aspects In accordance with one or mons embodiments.
FIG.1 illustrates a protocol stack architecture of an IEEE 802.16 interface.
FIG. 2 Is a diagram of a general media independent hangover (MIH) reference model for supporting an MIN function.
FIG. 3 is a diagram of a signal flow for a medium access control (MAC) service request and response, in which a request primitive is used for an initial request of a service.
FIG. 4 Is a diagram of functional entities and transport protocols of a terminal including an MN function and a network.
FIG. 5 is an exemplary diagram of a broadband wireless access network system (IEEE 802.16) in a protocol stack considering M1H.
FIG. 6 is a diagram of a MAC service data unit (SDU) format.
FIG. 7 is a diagram of classification and connection identifier (CID) mapping from a base station (BS) to a mobile terminal or subscriber station (SS).
FIG. 8 is a diagram of classification and CID mapping from a mobile terminal to a base station.
FIG. 9 is a diagram of a procedure for creating a service flow according to a request made by a mobile terminal.
FIG. 10 is a diagram of a procedure for creating a service flow according to a request made by a base station.
FIG. 11 is a flowchart of a MAC service access point (SAP) event and a MAC
event for connection creation.
FIG. 12 is a flowchart of a real MAC event associated with a MAC SAP event for a connection change.
FIG. 13 is a flowchart of a MAC SAP event and a MAC event for a connection deletion.
FIG. 14 illustrates an example of an Ethernet Frame format in accordance with one embodiment of the present invention.
FIG. 15 is a flowchart of an inter-MPH connection creation procedure in accordance with a first embodiment of the present invention.
FIG. 16 is a flowchart of an inter-M1H connection creation procedure in accordance with a second embodiment of the present invention.
FIG. 17 illustrates a method for transmitting a data burst of a data packet format via a radio interface section from a BS side MIH in accordance with a first embodiment of the present invention.
FIG. 18 illustrates a method for transmitting a data burst of a data packet format via a radio interface section from a BS side MIH in accordance with a second embodiment of the present invention.
FIG. 19 is a flowchart of an inter-MIN connection release procedure by a mobile subscriber station, in accordance with a first embodiment of the present invention.
FIG. 20 is a flowchart of an inter-MIN connection release procedure by a base station, in accordance with a first embodiment of the present invention.
FIG. 21 is a diagram of an inter-MIN signal exchange procedure in accordance with a first embodiment of the present invention.
FIG. 22 illustrates an operation between a convergence sublayer (CS) and an MIH
(BS to SS), wherein a base station establishes a service connection creation to send data in accordance with one embodiment of the present invention.
FIG. 23 illustrates an operation between a CS and an MIH (SS to BS), wherein a subscriber station establishes a service connection creation to send data in accordance with one embodiment of the present invention.
FIG. 24 is a flowchart of an inter-MIN connection creation procedure by an SS
side MIH in accordance with one embodiment of the present invention.
FIG. 25 is a flowchart of an inter-MIN connection creation procedure by a base station in accordance with one embodiment of the present invention.
FIG. 26 illustrates a signal exchange via a protocol stack architecture in accordance with one embodiment of the present invention.
FIG. 27 illustrates a signal exchange via a protocol stack architecture in accordance with one embodiment of the present invention.
BEST MODE FOR CARRYING OUT THE INVENTION
The present invention relates to performing handover of a mobile terminal to a network. Reference will now be made in detail to the preferred embodiments of the present invention, examples of which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.
Media independent handover (MIN) entities of a mobile terminal or mobile subscriber station (SS) and a base station (BS) mutually exchange MIH
messages via Layer 2 or below and Layer 3 or above. The present invention relates to a method of delivering MIH messages using Layer 2 or below in a protocol architecture model. The present invention can be divided into a first method for delivering data packets via communications between MIHs and a second method for delivering data packets via a Control/Management Plane.
In the first method, MIH data is transferred in a data burst format via an air interface, wherein communications are executed after termination of a network access step. In the second method, communication is via a MAC management message, wherein the communication is performed by receiving (setting) a Management Connection ID.
Hence, the second method enables faster message exchange.
In accordance with one embodiment of the present invention, a first method for delivering data packets comprises a Method of Transmitting a Data Burst in a Data Packet 5 Format via a Radio Interface Section. In order for MIH layers of a subscriber station (SS) and base station (BS) to transmit/receive MIH data mutually, a definition of a type for enabling classification from another type of data is needed. Furthermore, a classifying entity called a classifier existing in a CS layer classifies messages via information indicated by the type.
10 Table 6 shows an example of an MIH type newly appended to a field included to classify a type of connection established in a DSA-REQ message to achieve the above.
[Table 6]
Type Length Value Scope [145/146].28 1 0: No CS DSx-1: Packet, IPv4 REQ
2: Packet, IPv6 3: Packet, 802.3/Ethernet 4: Packet, 802.1Q VLAN
5: Packet, IPv4 over 802.3/Ethernet 6: Packet, IPv6 over 802.3/Ethernet 7: Packet, IPv4 over 802.1Q VLAN
8: Packet, IPv6 over 802.1Q VLAN
9: ATM
10: Packet, IPv4 with Header Compression (ROHC) =
11: Packet, IPv4 with Header Compression (ECRTP) 12: Packet, IPv6 with Header Compression (ROHC) 13: Packet, IPv6 with Header Compression (ECRTP) 14: Packet, IPv4 over 802.3/Ethernet with Header Compression (ROHC) 15: Packet, IPv4 over 802.3/Ethernet with Header Compression (ECRTP) 16: Packet, IPv6 over 802.3/Ethernet with Header Compression (ROHC) 17: Packet, IPv6 over 802,3/Ethernet with Header Compression (ROHC) 18: Packet, IPv4 over 802.1Q VLAN with Header Compression (ROHC) 19: Packet, IPv4 over 802.1Q VLAN with Header Compression (ECRTP) 20: Packet, IPv6 over 802.1Q VLAN with Header Compression (ROHC) 21: Packet, IPv6 over 802.1Q VLAN with Header Compression (ECRTP) 22: MIH (Media Independent Holdover) 23-255: reserved In Table 6, a parameter "22" among parameters indicates that a mutually exchanged packet should be delivered to the MIH in case that a mutual service is established between a mobile subscriber terminal and a base station. All packets delivered via a Connection ID mapped to this connection are delivered to the MN layer via an MIH_MAC_SAP.
Each CS defines a parameter set encoded within a sub-index in the following "cst"
values. Definitions regarding the CS and cst are shown in Table 7.
[Table 7]
cst CS
_100 Packet, LI'v4 101 Packet, IPv6 _102 Packet, 802.3/Ethernet 103 Packet, 802.1Q VLAN
104 Packet, Di'v4 over 802.3/Ethernet 105 Packet, 1Pv6 over 802.3/Ethernet 106 Packet, LPv4 over 802.1Q VLAN
107 Packet, IPv6 over 802.1Q VLAN
108 Packet, LE'v4 with Header Compression (ROHC) 109 Packet, TPv4 with Header Compression (ECRTP) 110 Packet, IPv6 with Header Compression (ROHC) 111 Packet, IPv6 with Header Compression (ECRTP) 112 Packet, IPv4 over 802.3/Ethernet with Header Compression (ROHC) 113 Packet, IPv4 over 802.3/Ethernet with Header Compression (ECRTP) 114 Packet, IPv6 over 802.3/Ethernet with Header Compression (ROHC) 115 Packet, Tv6 over 802.3/Ethernet with Header Compression (ROHC) 116 Packet, IPv4 over 802.1Q VLAN with Header Compression (ROHC) 117 Packet, IPv4 over 802.1Q VLAN with Header Compression (ECRTP) 118 Packet, R3v6 over 802.1Q VLAN with Header Compression (ROHC) 119 Packet, EPv6 over 802.1Q VLAN with Header Compression (ECRTP) 120 MIH (Media Independent Handover) In accordance with the present invention, primitives between the MIH and the CS
defined as follows.
1) MAC DATA CREAT.request * Function: The MIH of a base station (BS) or subscriber station (SS) side requests dynamic addition of connection from the CS to make a future transfer of an MIH
signal in a data format.
* Creation Timing: Created when the MIH of the BS or the SS creates a new connection in the CS.
* Effect of Receipt: The CS transfers a MAC_CREATE_SERVICE FLOVV.request to the MAC.
2) MIH DATA CREAT.indication * Function: Sent by a receiving side CS and plays a role in informing the existence of an MIH message a receiving side MIH shall receive in a data format.
* Creation Timing: Sent by a receiving side CS and created when the CS
receives a MAC_CREATE_SERVICE FLOW.indication from the MAC.
* Effect of Receipt: Receiving side MIH is able to know that there exists an MIH
message sent to itself and decides whether it can accommodate a corresponding connection.
3) MIH DATA CREAT.response * Function: Created by a non-initiating MIH entity in response to an Ml H_DATA_CREAT. indication.
* Creation Timing: Created in case that a non-initiating MIH is able to accommodate a connection in response to the MIH_DATA_CREAT.indication.
* Effect of Receipt: The CS transfers the MAC_CREATE_SERVIC FLOW.response to the MAC.
4) M(H DATA CREATE.confirmation * Function: Confirms that the connection requested by the MIH is created.
* Creation Timing: Created by an initiating CS when a transmitting side CS
receives the MAC_CREATE_SERVICE FLOW.confirmation.
* Effect of Receipt: Confirms that the MIH enables a connection requested for the transfer of MIH data.
5) MIH DATA TERMINATE.request * Function: MIH requests CS to terminate a connection.
* Creation Timing: Created when the MIH of the BS or the SS requests termination of an existing connection.
* Effect of Receipt: The CS transfers the MAC_TERMINATE_SERVICE
5 FLOW.request to the MAC.
6) MIH DATA TERM1NATE.indication * Function: A non-initiating CS entity requests to terminate a connection corresponding to a MAC_TERMINATE_SERVICE FLOW.indication.
* Creation Timing: Created when receiving the MAC_TERMINATE_SERVICE
10 FLOW.indication message to terminate a connection.
* Effect of Receipt: Receiving side MIH checks validity of request, returns an MIH_DATA TERMINATE.response primitive and deletes connection-associated information from the MIH.
7) MIH DATA TERMINATE.response 15 * Function: Used in making a response to a request to terminate a connection.
= Creation Timing: Created when MIH
receives an MIH_DATA_TERMINATE.indication from the CS.
* Effect of Receipt: The CS sends a MAC_TERMINATE_SERVICE FLOW.response with instructions to send a DSD_RSP message.
20 8) MIH DATA TERM INATE.confirmation * Function: An MIH entity is made to confirm termination of a requested connection.
* Creation Timing: Created when the CS receives the MAC_TERMINATE_SERVICE FLOW.response transmitted by the MAC having received the DSD-RSP message.
* Effect of Receipt: Informs the MIH entity that a connection is terminated.
In accordance with another embodiment of the present invention, a second method for delivering data packets comprises a Communication Method Between MIFIs Via a Control/Management Plane.
MAC management messages according to the present invention are explained as follows. When a mobile subscriber station makes a request before a base station, a MAC
management message is represented as MOB_MSSMIH-REQ/RSP. When a base station makes a request before a mobile subscriber station, a MAC management message is represented as MOB_BSMIH-REQ/RSP.
Table 8 shows a format of a MOB_MSSMIH-REQ message.
[Table 8]
Syntax Size Notes MOBMS SM1H-REQ_Messagejorm at() {
Management Message Type = xx 8 bits TLV Encoded Information Variable Specific TLV
In Table 8, coded parameters to enter a TLV tuple are different according to a content delivered by the MIH to a primitive. In the present embodiment, a content according to a primitive is delivered by transforming the content into a TLV
format with a message of the same name. However, in case that a MAC Management Message according to a type of primitive is used according to a content of the primitive, the same effect can be achieved by delivering the content in a parameter format instead of the TLV
format. Moreover, a mobile subscriber station is able to request an information service from a base station via the TLV.
Table 9 shows a format of a MOB_MSSMIH_RSP message.
[Table 9]
Syntax Size Notes MOB_MSSMIR-RSE_Message_FormatO
Management Message Type = xx 8 bits TLV Encoded Information Variable Specific TLV
In Table 9, coded parameters to enter a TLV tuple are different according to a content delivered by the MIH to a primitive. In the present embodiment, a content according to a primitive is delivered by transforming the content into a TLV
format with a message of the same name. However, in case that a MAC Management Message according to a type of primitive is used according to a content of the primitive, the same effect can be achieved by delivering the content in a parameter format instead of the TLV
format. Moreover, a mobile subscriber station is able to request an information service from a base station via the TLV.
Table 10 shows a format of a MOB_BSMIH_REQ message.
[Table 10]
Syntax Size Notes MOB_BSMIH-REQ_Message_FormatO {
Management Message Type = xx 8 bits TLV Encoded Information Variable Specific TLV
In Table 10, coded parameters to enter a TLV tuple are different according to a content delivered by the MIH to a primitive. In the present embodiment, a content according to a primitive is delivered by transforming the content into a TLV
format with a message of the same name. However, in case that a MAC Management Message according to a type of primitive is used according to a content of the primitive, the same effect can be achieved by delivering the content in a parameter format instead of the TLV
format.
Table 11 shows a format of MOB_BSMIH_RSP message.
[Table 11]
Syntax Size Notes MOB_BSMIH-RSP_Message_ForniatO
Management Message Type = xx 8 bits TLV Encoded Information Variable Specific TLV
In Table 11, coded parameters to enter a TLV tuple are different according to a content delivered by the MIH to a primitive. In the present embodiment, a content according to a primitive is delivered by transforming the content into a TLV
format with a message of the same name. However, in case that a MAC Management Message according to a type of primitive is used according to a content of the primitive, the same effect can be achieved by delivering the content in a parameter format instead of the TLV
format.
FIG. 14 illustrates an example of an Ethernet Frame format in accordance with one embodiment of the present invention. Referring to FIG. 14, a new classifier is additionally defined to an Ether Type to identify whether data entering a DATA area is MIH
data or general data (e.g., IP packet, etc.). Preferably, if this type of classifier is defined to other message formats, the MIH data can be classified from other data to be delivered to the MIH layer.
FIG. 15 is a flowchart of an inter-MIH connection creation procedure in accordance with a first embodiment of the present invention. FIG. 16 is a flowchart of an inter-MIH
connection creation procedure in accordance with a second embodiment of the present invention. In the first embodiment of the present invention, after a connection between an SS side MIH and a BS side MIH has been created, the SS side MIH transmits MU-1 data to the BS side MIH.
In the second embodiment of the present invention, a calling side CS
previously receives MIH data via an SAP. Once a connection between MIHs is created, MIN
data is classified from general data and is then transmitted to a BS side. Preferably, the CS
classifies the MIH data from the general data through the SAP or a data type.
Preferably, when the SAP is used to classify the MIH data, an SAP for delivering the MIH
data is different from an SAP for delivering general data.
method for classifying the M1H data through a data type classifies MIH data from general data in a manner of checking a type of service data unit (SDU).
Preferably, since the MIH data is delivered to the CS in an SDU, the CS checks a type of the delivered SDU
to classify the MIH data from the general data. A classifier classifying the MIH data and the general data is similar to a classifier that classifies an Ethernet, Token Ring and the like.
Preferably, the classifier decides what kind of protocol shall be used in delivering a message to a higher entity. In this case, connection creation can be achieved by an Ethertype/IEEE 802.2 SAP, wherein "Ethertype" is a message type newly defined to classify the MIH data.
A method for transmitting a data burst of a data packet format via a radio interface section from an SS side MIH in accordance with a first embodiment of the present invention will now be explained with reference to FIG. 15. Referring to FIG.
15, an SS side MIH requests a CS to provide a service connection creation for MIH data transfer (S10).
The CS then delivers the service connection creation request made by the MIH
to a MAC
(S20).
The SS side MAC having received the request from the CS requests a BS side MAC to provide a new service connection creation via a MAC management message (S30). The BS side MAC then notifies a BS side MIH via a CS that the MAC
management message for the service connection creation request was received from a peer (S40, S50).
In case of receiving the notification of the service connection creation request from the SS side, the BS side MIH decides whether to accept or reject the 'request.
If it is decided that the connection creation will be accepted, the BS side MIH orders a MAC layer lo to transmit a MAC management message indicating the creation of a service connection (S60, S70). However, if a decision whether to accept the request made by the SS side is carried out by the CS, then the procedure involving the MIH layer can be omitted (S50, S60).
The BS side MAC then transmits a response MAC management message to the SS side MAC (S80). The SS side MAC layer having received the response MAC
management message notifies the CS layer of the message (S90). Meanwhile, the SS
side MAC layer also informs the BS side MAC that a DSA-RSP message was successfully received, via a DSA-ACK message (S100).
The SS side CS layer having received the response message for the service connection creation notifies the MIH layer of the message (S110). After completion of the service connection creation, the MIH transfers MIH data to the CS layer. The CS layer then maps a service connection creation identifier established for MIH data transfer to a connection identifier for transfer via radio interface to transfer data.
Afterward, a receiving side CS extracts the MIH data from the received data using the service connection identifier and transfers the extracted data to the MIH (S120).
A method for transmitting a data burst of a data packet format via a radio interface section from an SS side MIH in accordance with a second embodiment of the present invention will be explained with reference to FIG. 16. Referring to FIG. 16, MIH data is delivered to a CS (S210). Preferably, the MIH data is delivered to the CS via a separate SAP defined between the MIH and the CS or an SAP connected to an upper layer.
If the delivery is conducted via the separate SAP, the CS recognizes the MIH data. If the delivery is conducted via an SAP used for delivering data that is not exclusively MIH data, the MIH data is recognized according to a classifier (type) included in the data.
The CS having received the MN data delivers a service connection creation request to an SS side MAC (S220). The SS side MAC having received the request from the CS requests a BS side MAC to provide a new service connection creation via a MAC
management message (S230).
The BS side MAC then notifies a BS side MIH via a CS that the MAC management message for the service connection creation request was received from a peer (S240, S250). In case of receiving the notification of the service connection creation request from the SS side, the BS side MIH decides whether to accept or reject the request.
If it is decided that the connection creation will be accepted, the BS side MIH orders a MAC layer to transmit a MAC management message indicating a creation of a service connection (S260, S270). However, if a decision whether to accept the request made by the SS side is carried out by the CS, then the procedure involving the MIH layer can be omitted.
The BS side MAC then transmits a response MAC management message to the SS side MAC (S280). The MAC layer having received the response MAC management message notifies the CS layer of the message (S290). Meanwhile, the SS side MAC layer also informs the BS side MAC layer that a DSA-RSP message was successfully received, via a DSA-ACK message (S300).
After completion of the service connection creation, the CS layer maps a service connection creation identifier established for MIH data transfer to a connection identifier for transfer via radio interface to transfer data. Afterward, the BS side CS
classifies the received data for transfer to the MIH using the service connection identifier and transfers the classified data to the MIH (S310).
FIG. 17 illustrates a method for transmitting a data burst of a data packet format via a radio interface section from a BS side MIH in accordance with a first embodiment of the present invention. FIG. 18 illustrates a method for transmitting a data burst of a data packet format via a radio interface section from a BS side MIH in accordance with a second embodiment of the present invention.
A method for transmitting a data burst of a data packet format via a radio interface section from a BS side MIH in accordance with a first embodiment of the present invention will now be explained with reference to FIG. 17.
Referring to FIG. 17, a BS side MIH requests a CS to provide a service connection creation for MIH data transfer (S410). The CS then delivers the service connection creation request made by the MIH to a MAC (S420). The BS side MAC having received the request from the CS requests an SS side MAC to provide a new service connection creation via a MAC management message (S430). The SS side MAC then notifies an SS
side MIH via a CS that the MAC management message for the service connection creation request was received from a peer (S440, S450).
In case of receiving the notification of the service connection creation request from the BS side, the SS side MIH decides whether to accept or reject the request.
If it is decided that the connection creation will be accepted, the SS side MIH orders a MAC layer to transmit a MAC management message indicating the creation of a service connection (5460, 3470). However, if a decision whether to accept the request made by the BS side is carried out by the CS, a procedure involving the MIH layer can be omitted.
The SS side MAC then transmits a response MAC management message to the BS side MAC (S480). The MAC layer having received the response MAC management message notifies the CS layer of the message (3490). Meanwhile, the MAC layer informs the SS side that a DSA-RSP message was successfully received, via a DSA-ACK
message (S500).
The BS side CS layer having received the response message for the service connection creation notifies the MIH layer of the message (S510). After completion of the service connection creation, the MIH transfers the MIH data to the CS layer.
The CS layer then maps a service connection creation identifier established for MIH data transfer to a connection identifier for transfer via radio interface to transfer data.
Afterward, a receiving side CS extracts the MIH data from the received data using the service connection identifier and transfers the extracted data to the MIH (S520).
A method for transmitting a data burst of a data packet format via a radio interface section from a BS side MIH in accordance with a second embodiment of the present 5 invention will be explained with reference to FIG. 18. Referring to FIG.
18, MIN data is delivered to a CS (S610). Preferably, the MR-1 data is delivered to the CS via a separate SAP defined between the MIN and the CS or an SAP connected to an upper layer.
If the delivery is conducted via the separate SAP, the CS recognizes the MIH data. If the delivery is conducted via an SAP used for delivering data that is not exclusively MR-1 data, 10 the MIH data is recognized according to a classifier (type) included in the data, The CS having received the MIH data delivers a service connection creation request to a BS side MAC (S620). The BS side MAC having received the request from the CS requests the SS side MAC to provide a new service connection creation via a MAC
management message (S630).
15 The SS side MAC then notifies an SS side MU-I via a CS that the MAC
management message for the service connection creation request was received from a peer (S640, S650). In case of receiving the notification of the service connection creation request from the BS side, the SS side MIH decides whether to accept or reject the request.
If it is decided that the connection creation will be accepted, the SS side MIH orders a 20 MAC layer to transmit a MAC management message indicating the creation of a service connection (S660, S670). However, if a decision whether to accept the request made by the BS side is carried out by the CS, a procedure involving the MIH layer can be omitted.
The SS side MAC then transmits a response MAC management message to the SS side MAC (S680). The MAC layer having received the response MAC management message notifies the CS layer of the message (S690). Meanwhile, the MAC layer also informs the SS side that a DSA-RSP message was successfully received, via a DSA-ACK
message (S700).
After completion of the service connection creation, the CS layer maps a service connection creation identifier established for MN data transfer to a connection identifier for transfer via radio interface to transfer data. Afterward, a receiving side CS
extracts the MIN data from the received data using the service connection identifier and transfers the extracted data to the MIH (S710).
FIG. 19 is a flowchart of an inter-Mill connection release procedure by a mobile subscriber station, in accordance with a first embodiment of the present invention.
Referring to FIG. 19, an SS side MIH requests a CS to release a service connection creation for MIH data transfer (S810). The CS then delivers the service connection creation release request made by the MIH to a MAC (S820).
The SS side MAC having received the request from the CS requests a BS side MAC to release the service connection creation via a MAC management message (S830).
The BS side MAC then notifies a BS side MIH via a CS that the MAC management message for the service connection creation release request was received from a peer (S840, S850).
In case of receiving the notification of the service connection creation release request from the SS side, the BS side MIH decides whether to accept or reject the request.
If it is decided that the release of the connection creation will be accepted, the BS side MIH orders a MAC layer to transmit a MAC management message indicating a release of a service connection creation (S860, S870). However, if a decision whether to accept the request made by the SS side is carried out by the CS, the procedure involving the MIH can be omitted.
The BS side MAC then transmits a response MAC management message to the SS side MAC (S880). The SS side MAC layer having received the response MAC
management message notifies the CS layer of the message (S890). Meanwhile, the SS
side MAC layer also informs the BS side MAC that a DSD-RSP message was successfully received, via a DSD-ACK message (S900).
FIG. 20 is a flowchart of an inter-MIH connection release procedure by a base station, in accordance with a first embodiment of the present invention.
Referring to FIG.
20, a BS side MIH requests a CS to release a service connection creation for MIH data transfer (S910). The CS then delivers the service connection creation release request made by the MIH to a MAC (S920).
The BS side MAC having received the request from the CS requests an SS side MAC to release the service connection creation via a MAC management message (S930).
The SS side MAC then notifies an SS side MIR via a CS that the MAC management message for the service connection creation release request was received from a peer (S940, S950).
In case of receiving the notification of the service connection creation release request from the BS side, the SS side MIH decides whether to accept or reject the request.
If it is decided that release of the connection creation will be accepted, the SS side MIH
orders a MAC layer to transmit a MAC management message indicating a release of a service connection creation (S960, S970). However, if a decision whether to accept the request made by the BS side is carried out by the CS, a procedure involving the MIH layer can be omitted.
The SS side MAC then transmits a response MAC management message to the BS side MAC (S980). The BS side MAC layer having received the response MAC
management message notifies the CS layer of the message (S990). Meanwhile, the BS
side MAC layer also informs the SS side MAC that a DSD-RSP message was successfully received, via a DSD-ACK message (S1000).
FIG. 21 is a diagram of an inter-MIN signal exchange procedure in accordance with a first embodiment of the present invention. Referring to FIG. 21, an MIH
layer transfers an MIH message to a CS layer (S1010). Preferably, a service connection creation for this MIH message transfer may be accomplished by one of the two methods shown in FIGS.
15 and 16, respectively.
A service flow identifier created in the service connection creation for the MIH data transfer and a connection identifier (ID) used for identification in a MAC
layer are mapped to each other and are transferred via a radio section (S1020). The CS, having received the service flow identifier and connection identifier, recognizes the transferred MIH data by mapping the connection identifier to the service flow identifier previously created in the service connection creation. The CS then delivers the MIH data to an MIH layer (S1030).
Preferably, the delivery to the MIH layer can be achieved via a separate SAP
(Mil-I_MAC_SAP) between the CS and the MN, or an SAP (CS SAP) connected to higher protocols having the MN's identification using a new classifier (e.g., Ether Type).
FIG. 22 illustrates an operation between a CS and an MIH (BS to SS), wherein a base station establishes a service connection creation to send data in accordance with one embodiment of the present invention. Once a service connection creation is accomplished, a service flow ID is created and mapping between the newly created ID and a connection ID, used for a MAC layer to transmit data via a radio interface, is performed in the CS layer.
A transmitting side similarly decides a protocol to deliver to an upper layer by mapping a transferred connection ID to a service flow ID.
In performing a service, MIH data may be explicitly indicated, or a protocol on an upper layer for receiving MIH data may be made to selectively receive MIH data by setting a classifier (Type) of the Ethernet frame to the MN. If the classifier is set to the MN, an MN layer receives the MIH data.
FIG. 23 illustrates an operation between a CS and an MIH (SS to BS), wherein a subscriber station establishes a service connection creation to send data in accordance with one embodiment of the present invention. Preferably, an operation procedure of the embodiment shown in FIG. 23 is carried out in an inverse order of that in FIG.
22.
FIG. 24 is a flowchart of an inter-MIN connection creation procedure by an SS
side MIH in accordance with one embodiment of the present invention. In accordance with one embodiment, an MIH may make a remote registration, for example. However, a method for remotely delivering an MN message via a MAC management message is identical.
Preferably, an MIH-associated MAC management message proposed by the present invention is delivered in a TLV format according to a content of a primitive delivered from a higher layer, wherein the delivered MAC management message is delivered to an MIH
layer. The delivery to the MIH layer from the MAC layer can be conducted so that the message is delivered from the MAC layer via a management entity, to the MN
layer via a Network Control and Management Service in a primitive format or via a separate SAP
between the management entity and the MIH layer.
A procedure for exchanging signals between MIHs via MAC management messages is explained with reference to FIG. 24. In the present embodiment, the signals are exchanged through a registration request and response. In other cases, a method for remotely delivering an MIH message is similar, but attributes are classified according to a content of the TLV.
Referring to FIG. 24, an SS side MIH remotely makes a request for an MIH
registration to a MAC layer (S1110). The MAC layer then transmits a MAC
management message for a remote registration to a BS (base station) (31120). Once receiving the management message for the remote registration, a BS side MAC layer delivers the message to a BS side MIH (S1130). The BS side MN then creates a response message for the remote registration and transfers it to the BS side MAC layer (S1140).
The BS side MAC layer loads a primitive content of the remote registration response message delivered from the MIH on a MAC management message and transmits it to a subscriber station (SS) (S1150). The SS side MAC layer having received the MAC management message then delivers the remote registration response message to the SS side MIH layer (S1160).
FIG. 25 is a flowchart of an inter-MIH connection creation procedure by a base station in accordance with one embodiment of the present invention. A
procedure for exchanging signals between MIHs via MAC management messages is explained with reference to FIG. 25. Referring to FIG. 25, a BS side MIH remotely makes a request for an MIH registration to a BS side MAC layer (S1210). The BS side MAC layer then transmits a MAC management message for a remote registration to an SS (subscriber station) (S1220).
Once receiving the MAC management message for the remote registration, an SS
side MAC layer delivers the message to an SS side MIH (31230). The SS side MIH
then creates a response message for the remote registration and transfers it to the SS side MAC layer (S1240).
The SS side MAC layer loads a primitive content of the remote registration response message delivered from the MIH on a MAC management message and then transmits it to a base station (BS) (S1250). The BS side MAC layer having received the MAC management message then delivers the remote registration response message with the primitive to the BS side MIH layer (S1260).
FIG. 26 illustrates a signal exchange via a protocol stack architecture in accordance with one embodiment of the present invention. An inter-MIH signal exchange procedure according to one embodiment of the present invention will be explained. In the present embodiment, a transfer procedure from a subscriber station (SS) to a base station (BS) is described. Notably, a transfer procedure from the BS to the SS is executed in an order inverse to that of the embodiment shown in FIG. 26.
Referring to FIG. 26, an MIH layer delivers a primitive of a message to be remotely delivered to a management entity (S1310). Preferably, the primitive is delivered to the management entity via an MIH_MGMT_SAP. Alternatively, the primitive may be delivered to the management entity via an MIH_ME_SAP through a Network Control and Management System and a Management SAP (or Control SAP).
The primitive is then delivered to a MAC layer from the management entity (S1320).
Preferably, the MAC layer creates a MAC management message and loads a content of the primitive delivered via the management entity on the created message (S1320). The MAC layer then transmits the message to a base station (BS) via a physical layer (S1330).
In doing so, a management connection identifier (e.g., Basic CID or Primary/Secondary management CID) is used as a connection identifier (ID). Hence, the MAC
management message can be transmitted from a point in time where the connection ID for this management is allocated.
Preferably, the MAC management message, which is created for an MIH message, is delivered to the base station via a radio interface. The MAC management message received by the base station is delivered to a MAC layer via a physical layer (S1340).
The BS side MAC layer then creates a primitive corresponding to the content of the received message and delivers the primitive to an MIH (S1350). In a corresponding delivery path, as mentioned in the foregoing description, the primitive can be directly delivered to the MIH layer via a specific SAP through a management entity.
Alternatively, the primitive can be delivered to the MIH layer via a Network Control and Management System.
FIG. 27 illustrates a signal exchange via a protocol stack architecture In accordance with one embodiment of the present invention. Referring to FIG. 27, an MIN
layer delivers a primitive of a message to be remotely delivered to a management entity.
Preferably, the primitive is delivered to the management entity through one of a control service access point (C SAP) and a management service access point (M_SAP).
Accordingly, the present Invention provides the following effects or advantages. , First, messages can be remotely exchanged via a radio section between MIN
layers of a base, station and a multi-mode terminal (e.g., mobile subscriber station in at least two of a broadband wireless access network, a wireless LAN, a wire LAN and a cellular system).
Specifically,. In case that an MIH message Is remotely delivered via a MAC
management message, a message transfer can be performed as soon as a management connection identifier is allocated. So, the message exchange is enabled even if a network entry procedure Is not completed. Hence, media independent handover can be performed more quickly.
The foregoing embodiments and advantages are merely exemplary and are not to be construed as limiting the present Invention. The present teaching can be readily applied to other types of apparatuses.
INDUSTRIAL APPLICABILITY
The present invention is applicable to a wireless communication system such as a broadband wireless access system, a mobile access system, and a mobile communications system, etc.
Claims (4)
1. A
method for creating a service flow at a multi-mode mobile terminal in a mobile communication system, the method comprising:
receiving a service flow creation request primitive from a media independent handover (MIH) layer of the mobile terminal at a convergence sublayer (CS) of the mobile terminal;
delivering the service flow creation request primitive from the convergence sublayer (CS) to a medium access control MAC layer of the mobile terminal;
transmitting a request from the MAC layer of the mobile terminal to a MAC layer of a network in response to the service flow creation request primitive to create a service flow for communicating data between the MIH layer of the mobile terminal and an MIH layer of the network;
receiving, by the MAC layer of the mobile terminal, a response from the MAC layer of the network after transmitting the request, wherein the response is associated with the creation of the service flow;
transferring a service flow creation response primitive from the MAC
layer of the mobile terminal to the CS of the mobile terminal after receiving the response;
notifying, by the CS of the mobile terminal, the MIH layer of the mobile terminal of the response; and transmitting an acknowledgement from the MAC layer of the mobile terminal to the MAC layer of the network for acknowledging successful receipt of the response.
method for creating a service flow at a multi-mode mobile terminal in a mobile communication system, the method comprising:
receiving a service flow creation request primitive from a media independent handover (MIH) layer of the mobile terminal at a convergence sublayer (CS) of the mobile terminal;
delivering the service flow creation request primitive from the convergence sublayer (CS) to a medium access control MAC layer of the mobile terminal;
transmitting a request from the MAC layer of the mobile terminal to a MAC layer of a network in response to the service flow creation request primitive to create a service flow for communicating data between the MIH layer of the mobile terminal and an MIH layer of the network;
receiving, by the MAC layer of the mobile terminal, a response from the MAC layer of the network after transmitting the request, wherein the response is associated with the creation of the service flow;
transferring a service flow creation response primitive from the MAC
layer of the mobile terminal to the CS of the mobile terminal after receiving the response;
notifying, by the CS of the mobile terminal, the MIH layer of the mobile terminal of the response; and transmitting an acknowledgement from the MAC layer of the mobile terminal to the MAC layer of the network for acknowledging successful receipt of the response.
2. The method of claim 1, wherein the data is transmitted to the network through a frame having an identifier for distinguishing the heterogeneous protocol message.
3. The method of claim 2, wherein the data comprises at least event data, command data or information data.
4. The method of claim 3, wherein the data is transmitted to the MIH layer of the network.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR10-2005-0030077 | 2005-04-11 | ||
| KR1020050030077A KR101114084B1 (en) | 2005-04-11 | 2005-04-11 | Communication method for assisting media independent handover |
| PCT/KR2006/001305 WO2006109966A2 (en) | 2005-04-11 | 2006-04-10 | Method of communication supporting media independent handover |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2603239A1 CA2603239A1 (en) | 2006-10-19 |
| CA2603239C true CA2603239C (en) | 2015-06-30 |
Family
ID=37083064
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2603239A Expired - Fee Related CA2603239C (en) | 2005-04-11 | 2006-04-10 | Method of communication supporting media independent handover |
Country Status (9)
| Country | Link |
|---|---|
| US (2) | US7596118B2 (en) |
| EP (1) | EP1869934B1 (en) |
| KR (1) | KR101114084B1 (en) |
| CN (2) | CN101873268B (en) |
| CA (1) | CA2603239C (en) |
| IL (1) | IL186483A (en) |
| MX (1) | MX2007012574A (en) |
| TW (1) | TWI403142B (en) |
| WO (1) | WO2006109966A2 (en) |
Families Citing this family (53)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7738871B2 (en) | 2004-11-05 | 2010-06-15 | Interdigital Technology Corporation | Wireless communication method and system for implementing media independent handover between technologically diversified access networks |
| US7917121B2 (en) * | 2005-03-24 | 2011-03-29 | Lg Electronics Inc. | Method of executing handover in broadband wireless access system |
| TWI328363B (en) * | 2005-03-24 | 2010-08-01 | Lg Electronics Inc | Method of connecting to network in broadband wireless access system |
| KR101114084B1 (en) * | 2005-04-11 | 2012-02-21 | 엘지전자 주식회사 | Communication method for assisting media independent handover |
| ATE410874T1 (en) * | 2005-09-20 | 2008-10-15 | Matsushita Electric Ind Co Ltd | METHOD AND DEVICE FOR PACKET SEGMENTATION AND LINK SIGNALING IN A COMMUNICATIONS SYSTEM |
| US7724703B2 (en) | 2005-10-13 | 2010-05-25 | Belden, Inc. | System and method for wireless network monitoring |
| WO2007055446A1 (en) * | 2005-11-11 | 2007-05-18 | Electronics And Telecommunications Research Institute | Apparatus and method for providing service for media independent handover |
| US8966018B2 (en) | 2006-05-19 | 2015-02-24 | Trapeze Networks, Inc. | Automated network device configuration and network deployment |
| US8818322B2 (en) | 2006-06-09 | 2014-08-26 | Trapeze Networks, Inc. | Untethered access point mesh system and method |
| US9258702B2 (en) | 2006-06-09 | 2016-02-09 | Trapeze Networks, Inc. | AP-local dynamic switching |
| KR101201668B1 (en) * | 2006-07-01 | 2012-11-15 | 삼성전자주식회사 | Method for multicastting service in a widr area network |
| WO2008004846A1 (en) * | 2006-07-07 | 2008-01-10 | Samsung Electronics Co., Ltd. | Apparatus and method for providing multicast/broadcast service in broadband wireless communication system |
| US8340110B2 (en) | 2006-09-15 | 2012-12-25 | Trapeze Networks, Inc. | Quality of service provisioning for wireless networks |
| TW200901713A (en) * | 2006-09-18 | 2009-01-01 | Interdigital Tech Corp | Switching multiple link layer resources for media independent handover |
| CN101150466B (en) * | 2006-09-18 | 2011-04-06 | 华为技术有限公司 | Transmission method, system and terminal for multicast and broadcast service |
| KR101384183B1 (en) | 2006-10-23 | 2014-04-18 | 삼성전자주식회사 | Apparatus for managing media independent handover and method using the same |
| US8005080B2 (en) * | 2006-10-23 | 2011-08-23 | Electronics And Telecommunications Research Institute | IPv6 address configuration method in wireless mobile network and apparatus therefor |
| KR100825890B1 (en) | 2006-10-27 | 2008-04-28 | 삼성전자주식회사 | Media independent hanover device and media independent hanover server and metohd for vertical handover by the device and the server |
| US20080130531A1 (en) * | 2006-12-05 | 2008-06-05 | Joey Chou | Transporting packetized voice over WIMAX networks |
| KR101379253B1 (en) * | 2007-01-22 | 2014-03-28 | 삼성전자주식회사 | Method and apparatus for processing media independent handover |
| US7899024B2 (en) * | 2007-02-28 | 2011-03-01 | Intel Corporation | Method and apparatus to support VoIP calls in an IEEE 802.16 interface |
| CN101257701A (en) * | 2007-03-02 | 2008-09-03 | 华为技术有限公司 | Method and device for operating chain circuit in isomerization network switch |
| US7903574B2 (en) * | 2007-03-15 | 2011-03-08 | Nokia Corporation | Service discovery mechanism in broadcast telecommunication network |
| US8130653B2 (en) * | 2007-03-21 | 2012-03-06 | Texas Instruments Incorporated | Deletion request after number of failed acknowledgements to addition requests |
| KR101370900B1 (en) * | 2007-04-25 | 2014-03-11 | 엘지전자 주식회사 | mothod of emergency communication in broadband radio access system and mobile terminal supporting the same |
| KR101366270B1 (en) * | 2007-05-08 | 2014-02-20 | 엘지전자 주식회사 | Method of transmitting MIH protocol message in Wireless Access System |
| CA2686625C (en) * | 2007-05-11 | 2015-09-22 | Kabushiki Kaisha Toshiba | Data type encoding for media independent handover |
| KR101398908B1 (en) * | 2007-05-22 | 2014-05-26 | 삼성전자주식회사 | Method and system for managing mobility in mobile telecommunication system using mobile ip |
| KR20100025582A (en) * | 2007-06-06 | 2010-03-09 | 인터디지탈 테크날러지 코포레이션 | Heterogeneous network handover-support mechanism |
| KR100895680B1 (en) * | 2007-06-27 | 2009-04-30 | 주식회사 케이티프리텔 | Method and apparatus for handover in mobile communication system |
| KR101387495B1 (en) * | 2007-07-30 | 2014-04-21 | 엘지전자 주식회사 | Method of emergency service request using control channel in wireless communication system |
| EP2028901B1 (en) * | 2007-08-24 | 2016-02-03 | Nokia Solutions and Networks GmbH & Co. KG | Method and apparatus for temporarily suspending a network connection |
| US8902904B2 (en) | 2007-09-07 | 2014-12-02 | Trapeze Networks, Inc. | Network assignment based on priority |
| US8509128B2 (en) * | 2007-09-18 | 2013-08-13 | Trapeze Networks, Inc. | High level instruction convergence function |
| US20090109932A1 (en) * | 2007-10-25 | 2009-04-30 | Nokia Siemens Networks Oy | Fast urgent services support over 802.16 air interface |
| US8165074B2 (en) * | 2007-12-03 | 2012-04-24 | Motorola Mobility, Inc. | Techniques for handling service flows in wireless communication systems |
| CN101453298B (en) * | 2007-12-07 | 2013-06-05 | 华为技术有限公司 | Processing method, system and apparatus for header compression in wireless network |
| WO2009092022A2 (en) * | 2008-01-17 | 2009-07-23 | Bigfoot Networks, Inc. | Network message transformation device and methods thereof |
| KR101426959B1 (en) * | 2008-03-03 | 2014-08-06 | 엘지전자 주식회사 | Method for transmitting voice packet in wireless communication system |
| US8699360B2 (en) * | 2008-03-31 | 2014-04-15 | Motorola Solutions, Inc. | Communications system for exchanging spectrum sensing measurements through a drop box and method of using same |
| WO2009129436A2 (en) * | 2008-04-17 | 2009-10-22 | Nortel Networks Limited | Performing processing with respect to an overhead message for a mobile station in tunnel mode |
| KR20100008322A (en) * | 2008-07-15 | 2010-01-25 | 엘지전자 주식회사 | Method for bandwidth request with a message in variable formats |
| US20100039510A1 (en) * | 2008-08-13 | 2010-02-18 | Apollo Systems, Llc | Method and DEVICE for PRINT INSPECTION |
| US8514845B2 (en) * | 2008-12-31 | 2013-08-20 | Telefonaktiebolaget L M Ericsson (Publ) | Usage of physical layer information in combination with signaling and media parameters |
| US20100189070A1 (en) * | 2009-01-27 | 2010-07-29 | Qualcomm Incorporated | Methods and systems for combining service flow addition/change with handover in wimax systems |
| US20100232309A1 (en) * | 2009-03-13 | 2010-09-16 | Qualcomm Incorporated | Methods and systems for dynamic call blocking in wimax idle mode |
| US8660498B2 (en) * | 2009-06-29 | 2014-02-25 | Motorola Solutions, Inc. | Method for database driven channel quality estimation in a cognitive radio network |
| WO2011035180A1 (en) * | 2009-09-18 | 2011-03-24 | Interdigital Patent Holdings, Inc. | Information service and event service mechanisms for wireless communications |
| US8380200B1 (en) * | 2010-07-08 | 2013-02-19 | Sprint Spectrum L.P. | Methods and systems for facilitating multi-technology handovers |
| US20140376558A1 (en) * | 2013-06-19 | 2014-12-25 | Alcatel-Lucent Usa Inc. | Dynamic Network Service Association and On Demand Service Provisioning |
| KR102449017B1 (en) * | 2017-03-21 | 2022-09-29 | 한국전자통신연구원 | Method and apparatus for management session based on reallocation of pdu session anchor apparatus |
| US10575220B2 (en) | 2017-03-21 | 2020-02-25 | Electronics And Telecommunications Research Institute | Session management method based on reallocation of PDU session anchor device, and device performing the session management method |
| CN110971363B (en) | 2018-09-28 | 2022-03-08 | 华为技术有限公司 | Method and device for communication method of Ethernet data |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100390427B1 (en) | 2000-12-06 | 2003-07-07 | 엘지전자 주식회사 | MAC frame format and method for communication setting in cable network |
| KR100597396B1 (en) | 2003-06-04 | 2006-07-06 | 삼성전자주식회사 | Method for transmitting and receiving multi protocol data frame, and device for the same |
| WO2005074315A1 (en) * | 2004-02-02 | 2005-08-11 | Electronics And Telecommunications Research Institute | Handover method in wireless portable internet system |
| KR100800879B1 (en) * | 2004-03-05 | 2008-02-04 | 삼성전자주식회사 | Medium access control protocol structure in wireless communication system and data transmission method and hand-over method and system using the same |
| US7710923B2 (en) * | 2004-05-07 | 2010-05-04 | Interdigital Technology Corporation | System and method for implementing a media independent handover |
| US7236786B2 (en) * | 2004-06-22 | 2007-06-26 | Industrial Technology Research Institute | Method and system for providing fast handoff in a WLAN-like communication system using active neighboring sets |
| US7693513B2 (en) * | 2005-01-18 | 2010-04-06 | Intel Corporation | Methods and apparatus for transferring service flow context of mobile broadband wireless access networks |
| KR101114084B1 (en) | 2005-04-11 | 2012-02-21 | 엘지전자 주식회사 | Communication method for assisting media independent handover |
-
2005
- 2005-04-11 KR KR1020050030077A patent/KR101114084B1/en not_active IP Right Cessation
-
2006
- 2006-04-06 US US11/399,942 patent/US7596118B2/en not_active Expired - Fee Related
- 2006-04-10 MX MX2007012574A patent/MX2007012574A/en active IP Right Grant
- 2006-04-10 WO PCT/KR2006/001305 patent/WO2006109966A2/en active Application Filing
- 2006-04-10 CN CN201010205848XA patent/CN101873268B/en not_active Expired - Fee Related
- 2006-04-10 CN CN2006800117517A patent/CN101156493B/en not_active Expired - Fee Related
- 2006-04-10 EP EP06732846.8A patent/EP1869934B1/en not_active Not-in-force
- 2006-04-10 CA CA2603239A patent/CA2603239C/en not_active Expired - Fee Related
- 2006-04-11 TW TW095112878A patent/TWI403142B/en not_active IP Right Cessation
-
2007
- 2007-10-08 IL IL186483A patent/IL186483A/en not_active IP Right Cessation
-
2009
- 2009-06-16 US US12/485,824 patent/US8208440B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| EP1869934B1 (en) | 2015-07-08 |
| WO2006109966A3 (en) | 2007-11-29 |
| CN101873268A (en) | 2010-10-27 |
| EP1869934A2 (en) | 2007-12-26 |
| US20060227747A1 (en) | 2006-10-12 |
| US7596118B2 (en) | 2009-09-29 |
| WO2006109966A2 (en) | 2006-10-19 |
| EP1869934A4 (en) | 2010-09-22 |
| US20090252120A1 (en) | 2009-10-08 |
| CN101156493B (en) | 2011-01-19 |
| TWI403142B (en) | 2013-07-21 |
| TW200644691A (en) | 2006-12-16 |
| US8208440B2 (en) | 2012-06-26 |
| CA2603239A1 (en) | 2006-10-19 |
| KR20060107717A (en) | 2006-10-16 |
| MX2007012574A (en) | 2007-12-06 |
| IL186483A (en) | 2013-12-31 |
| CN101156493A (en) | 2008-04-02 |
| IL186483A0 (en) | 2008-01-20 |
| CN101873268B (en) | 2012-07-25 |
| KR101114084B1 (en) | 2012-02-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2603239C (en) | Method of communication supporting media independent handover | |
| US8811161B2 (en) | Method of creating and deleting service flow for robust header compression, and wireless communication system supporting the same | |
| US20230217526A1 (en) | Packet Transmission Method, Apparatus, and System | |
| US20050036497A1 (en) | Frame transmission/reception system, frame transmitting apparatus, frame receiving apparatus, and frame transmission/reception method | |
| EP3782401B1 (en) | Client device, network control node and upf for transmission and reception of streams of data packets in multi-connectivity | |
| US20060031924A1 (en) | Message processing apparatus and method in a portable internet system | |
| US20090080422A1 (en) | Header-compression packet processing method, mobile station, base station, and control station in wireless communication system | |
| MXPA02006627A (en) | Method and apparatus for requesting pointtopoint protocol (ppp) instances from a packet data services network. | |
| CN110351890A (en) | Communication means, communication equipment under centralized unit-distributed unit framework | |
| WO2022068687A1 (en) | Edge computing method and apparatus | |
| WO2009067912A1 (en) | A method and switch device for implementing switching | |
| CN113242585B (en) | Network switching method, device, equipment and medium | |
| TWI390933B (en) | Wireless communication method and system for conveying media independent handover capability information | |
| KR100414921B1 (en) | Method of handoff in all ip network | |
| US7924744B2 (en) | Association of a multi-access terminal to a communication network | |
| WO2020192250A1 (en) | Method and apparatus for establishing radio bearer | |
| WO2009021422A1 (en) | Method and system for setting up header compression communication, header compression policy function entity | |
| WO2023138580A1 (en) | Mac pdu sending method, receiving method, and communication device | |
| TW202345624A (en) | Methods for use in a process for migrating resources between integrated access and backhaul topologies | |
| JP2001285292A (en) | Wireless lan system | |
| CN117295111A (en) | Data transmission method and device, UPF entity and communication entity | |
| Fortuna et al. | Robust header compression in 4G networks with QoS support | |
| WO2010105563A1 (en) | Method and apparatus for implementing emergency call service | |
| KR20090108992A (en) | Apparatus and Method for providing primitive network connection in overlay network based on wireless synchronization system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKLA | Lapsed |
Effective date: 20190410 |