WO2010130103A1 - 实现高速分组接入业务本地交换的方法、设备及系统 - Google Patents

实现高速分组接入业务本地交换的方法、设备及系统 Download PDF

Info

Publication number
WO2010130103A1
WO2010130103A1 PCT/CN2009/071815 CN2009071815W WO2010130103A1 WO 2010130103 A1 WO2010130103 A1 WO 2010130103A1 CN 2009071815 W CN2009071815 W CN 2009071815W WO 2010130103 A1 WO2010130103 A1 WO 2010130103A1
Authority
WO
WIPO (PCT)
Prior art keywords
access control
medium access
local exchange
uplink
base station
Prior art date
Application number
PCT/CN2009/071815
Other languages
English (en)
French (fr)
Inventor
徐小英
庞伶俐
郑潇潇
李秉肇
闫坤
Original Assignee
华为技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2009/071815 priority Critical patent/WO2010130103A1/zh
Priority to CN200980123776XA priority patent/CN102100110A/zh
Publication of WO2010130103A1 publication Critical patent/WO2010130103A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/34—Modification of an existing route

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method, device, and system for implementing local exchange of high-speed packet access services. Background technique
  • the Node B when the data of the two communication parties is processed on the network side, the Node B (Node B) first performs physical layer entity (PHY) on the data of the sender terminal that reaches the network side. Processing and upstream medium access control entity (MAC-e/i) processing; then, by the Radio Network Controller (RNC), "MAC layer entity (MAC-es/is) -> dedicated channel media Access Control (MAC-d) -> Radio Link Control (RLC) -> Packet Data Convergence Protocol (PDCP) processing. Finally, the data is sent to the core network, and the data of the sender terminal is transferred by the core network to the network side entity corresponding to the receiver terminal.
  • PHY physical layer entity
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • the HSPA service needs to be exchanged through the core network device.
  • the user plane data is exchanged through the core network, which will result in greater delay and unnecessary data processing.
  • the bandwidth between the RNC and the core network will be occupied.
  • the two users communicating underneath also cause bandwidth usage between the RNC and the Node B. Therefore, local switching (LS) of HSPA services needs to be implemented.
  • LS local switching
  • the embodiment of the invention provides a method, a device and a system for realizing high-speed packet access service local exchange, so as to implement exchange of HSPA services under the base station.
  • An embodiment of the present invention provides a method for implementing local exchange of a high-speed packet access service, including: receiving data sent by a terminal of a communication party;
  • the data is routed according to a local exchange configuration parameter; the local exchange configuration parameter includes terminal information of both parties of the communication.
  • the embodiment of the invention further provides a method for releasing the local exchange of the high speed packet access service, which includes:
  • the respective dedicated channel medium access control protocol data unit to be found is transmitted to the radio network controller over the transport bearer.
  • the embodiment of the invention further provides a local switching device, including:
  • a data acquisition module configured to acquire data sent by a terminal of the communication terminal received by the base station
  • a data routing module configured to route the data according to the local exchange configuration parameter;
  • the local exchange configuration parameter includes terminal information of the two communication parties.
  • the embodiment of the present invention further provides a base station, including a receiving module for receiving data sent by a terminal of the communication party, and further comprising: the local switching device.
  • the embodiment of the invention further provides a radio network controller, including:
  • a determining module configured to determine whether the base station needs to establish a local exchange
  • a sending module configured to send, to the base station, a message including a local switching configuration parameter, if the determining module determines that a local exchange needs to be established.
  • the embodiment of the invention further provides a system for realizing local exchange of high-speed packet access services, including the foregoing base station and the foregoing radio network controller.
  • the base station routes the data sent by the terminals of the two communicating parties according to the received LS configuration parameter, and implements the LS of the HSPA service under the base station, which saves resources between the base station and the RNC and the RNC and the core network.
  • FIG. 1A is a schematic structural diagram of a base station according to an embodiment of the present invention.
  • 1B is another schematic structural diagram of a base station according to an embodiment of the present invention.
  • FIG. 2 is a schematic structural diagram of a local switching device according to an embodiment of the present invention.
  • FIG. 3 is a flow chart of a method for implementing local exchange of a high-speed packet access service according to an embodiment of the present invention
  • FIG. 4 is a flow chart of another method for implementing local exchange of a high speed packet access service according to an embodiment of the present invention
  • FIG. 5 is a flow chart of another method for implementing local exchange of a high speed packet access service according to an embodiment of the present invention
  • FIG. 6 is a flow chart of another method for realizing local exchange of a high-speed packet access service according to an embodiment of the present invention.
  • FIG. 7 is a flowchart of a method for implementing local exchange of a high-speed packet access service in a handover process according to an embodiment of the present invention
  • FIG. 8 is a flowchart of another method for implementing local exchange of a high-speed packet access service in a handover process according to an embodiment of the present invention
  • FIG. 9 is a flowchart of a method for canceling local exchange in a method for implementing local exchange of a high-speed packet access service according to an embodiment of the present invention.
  • FIG. 10 is a flowchart of another method for releasing a local exchange in a method for implementing local exchange of a high-speed packet access service according to an embodiment of the present invention.
  • the base station can be a Node B, including a receiving module 11 and an LS entity 12.
  • the receiving module 11 is configured to receive data sent by the two communicating parties.
  • the LS entity 12 is configured to complete local exchange of data between the two communicating parties under the base station by using the LS configuration parameter, where the LS configuration parameter is obtained by the base station from the received RNC message.
  • FIG. 1B is another schematic structural diagram of a base station according to an embodiment of the present invention.
  • the LS entity 12 may exist as a new entity added to the Node B, or may be added to the existing MAC entity of the Node B to implement the LS function.
  • FIG. 2 is a schematic structural diagram of a local switching device according to an embodiment of the present invention.
  • the LS device may include a data acquiring module 21 and a data routing module 22.
  • the data acquisition module 21 can include a first extraction module 23 and a second extraction module 24.
  • the first extraction module 23 extracts a protocol data unit (PDU) of the corresponding MAC entity from the uplink MAC entity according to the LS configuration parameter, and obtains a PDU of the uplink MAC entity.
  • PDU protocol data unit
  • the second extraction module 24 extracts the uplink MAC-d PDU from the PDU of the uplink MAC entity.
  • the data routing module 22 routes the processed MAC-d PDU from the upstream MAC entity to the downstream MAC entity.
  • the MAC-d PDU contains the service data sent by the terminal.
  • the PDU of the uplink MAC entity extracted by the first extraction module 23 is first routed by the data routing module 22 to the downlink MAC entity, and then extracted by the second extraction module 24 from the PDU of the uplink MAC entity.
  • the LS entity such as the LS device may further include a C/T multiplexing module. That is, the LS device may include a first extraction module, a second extraction module, a C/T multiplexing module, and a data routing module.
  • the second extraction module extracts the uplink MAC-d PDU from the PDU of the uplink MAC entity.
  • the multiplexing module converts the format of the uplink MAC-d PDU into the format of the downlink MAC-d PDU that can be transmitted by the downlink MAC entity by adding a C/T identifier for distinguishing the channel for the processed MAC-d PDU.
  • the data routing module routes the MAC-d PDU converted by the C/T multiplexing module from the uplink MAC entity to the downlink MAC entity according to the LS configuration parameter received by the base station, and implements the LS under the base station.
  • the LS configuration parameters may include terminal information, uplink parameters, and downlink parameters.
  • the terminal information may be an identifier of the terminal in the base station, or may be a transport layer address and a Binding ID.
  • the identifier of the terminal in the base station may be a High Speed Downlink Shared Channel (HS-DSCH), a HS-DSCH Radio Network Temporary Identifier (H-RNTI), and an Enhanced Dedicated Transport (Enhanced Dedicated Transport). Channel, E-DCH) E-DCH Radio Network Temporary Identifier (E-RNTI), Base Station Communication Context ID (Node B communication context ID) or Control Radio Network Controller Communication Context ID (CRNC communication context ID) ).
  • the uplink parameter may be a logical channel (LCH ID), a data description indicator (DDI), or a Scheduling Priority Indicator (SPI).
  • the downlink parameter may be a queue identifier (Queue ID) of the packet queue waiting for transmission in the downlink MAC entity, and an LCH ID corresponding to the queue, or an SPI and a corresponding LCH ID of the queue.
  • the configuration of the uplink and downlink parameters varies with the uplink and downlink MAC entities, as shown in Table 1.
  • SPI should be the LCH ID, or
  • the LS configuration parameter can be only the identity of the terminal in Node B or the transport layer address and binding identifier.
  • the above LS configuration parameters are applicable to the case where the core network directly indicates the establishment of the LS under Node B, or the RNC independently determines the LS under Node B.
  • the LS entity 12 such as the data routing module in the LS device, sends the MAC-d PDU containing the service data extracted by the second extraction module to the corresponding data packet transmission queue in the downlink MAC entity according to the downlink parameter, to implement the LS.
  • the LS entity When the LS entity is set in the downlink of the base station, the LS entity, such as the data acquisition module in the LS device, may include a third extraction module and a fourth extraction module.
  • the third extraction module extracts the PDU route of the MAC entity to the downlink MAC entity, and the data routing module may first route the PDU of the MAC entity extracted by the third extraction module to the downlink MAC entity.
  • the data routing module may specifically route the PDU of the uplink MAC entity to the downlink MAC entity according to the downlink parameter.
  • the fourth extraction module extracts an uplink MAC-d PDU including the service data sent by the terminal from the PDU of the uplink MAC entity, and the C/T multiplexing module converts the format of the extracted uplink MAC-d PDU into the downlink MAC-d.
  • the format of the PDU, and then the corresponding data packet is placed in the transmission queue indicated by the parameter to implement the LS under the base station.
  • the C/T multiplexing module before the format conversion that is, the data C/T multiplexing
  • the uplink MAC-d PDU extracted by the second extraction module or the fourth extraction module is processed,
  • the uplink MAC-d PDU is converted to a form that satisfies the size of the downlink MAC-d PDU.
  • VoIP Voice over IP
  • HSUPA High Speed Uplink Packet Access
  • HSDPA High Speed Downlink Packet Access
  • the RNC configures the mapping of the uplink radio bearer (RB) or the logical channel of the primary/called user to the downlink RB or logical channel of the calling user to the base station, that is, the primary/called user is configured by sending the LS configuration parameter to the base station. Mapping of RB or logical channels to downlink RBs or logical channels of the called/calling user.
  • the base station learns the mapping relationship between the two parties according to the LS configuration parameters sent by the RNC, and extracts the MAC-es/is PDU of the uplink MAC entity. After the MAC-es/is PDU is processed by the LS entity, the MAC-d PDU containing the service data is sent to the queue corresponding to the corresponding downlink logical channel, thereby implementing the LS under the base station.
  • the eNB implements the LS under the eNB through the LS entity, so that the number of services sent by the terminal is directly transmitted on the local switching channel established by the Node B, and the data exchange at the base station is implemented, and the service data is not sent to the RNC.
  • the core network greatly saves the base station and RNC resources and increases the capacity of the core network.
  • the user plane bearer is not established between the RNC and the core network, and between the RNC and the base station.
  • the signaling plane bearer and the user's non-access stratum signaling can be processed with the existing HSPA service, that is, the signaling plane bearer remains, the user The non-access stratum signaling is still handled by the core network.
  • Another base station can further include a capability reporting module.
  • the capability reporting module is configured to report to the RNC whether the LS is capable of supporting the LS, so that the RNC can know whether the base station has the capability of supporting the LS, avoiding the failure of the base station to configure the LS, and improving the LS configuration success rate.
  • the capability reporting module can report whether the base station has the capability of supporting the LS through the existing "NBAP" signaling, or add a new reporting mechanism to report whether the base station has the capability of supporting the LS.
  • the charging function of the core network can be moved down to the internal base station, and the internal charging is used for charging.
  • the base station may further include a charging module, configured to perform charging on the LS.
  • the LS entity in the base station may further include a charging module, which is used to perform service information such as related traffic or time through the established LS. Information is sent to the core network for billing by the core network.
  • the LS entity in the other base station may further include a listening request receiving module and a monitoring content reporting module.
  • the listening request receiving module is configured to receive the monitoring request sent by the core network;
  • the monitoring content reporting module is configured to send the content to be monitored to the core network according to the monitoring request received by the monitoring request receiving module.
  • the party configured as HSPA in the two communicating parties does not support HSUPA
  • the other party is configured as a terminal of HSPA
  • the other party is configured to use a dedicated transport channel (R99) (Dedicated Transport Channel, DCH)
  • R99 Dedicated Transport Channel
  • DCH Dedicated Transport Channel
  • the terminal information included in the LS configuration parameter is the terminal at the Node B.
  • the identifier such as Node B communication context ID or CRNC communication context ID
  • the radio link ID Radio Link ID
  • the terminal information included in the LS configuration parameter is an identifier of the terminal in the Node B (such as a Node, where there may be multiple DCH IDs).
  • a radio network controller may include: a judging module and a sending module.
  • the determining module is configured to determine whether the base station needs to establish an LS.
  • the sending module is configured to send a message including the LS configuration parameter to the base station if the determining module determines that the LS needs to be established.
  • LS configuration parameters See the above base station embodiment for details.
  • the RNC sends a message including the LS configuration parameter to the base station, so that the base station can route the data sent by the terminals of the communication parties according to the LS configuration parameter, thereby implementing the LS of the HSPA service under the base station.
  • a system for realizing local exchange of high-speed packet access service may include: Base station and RNC in the embodiment.
  • the system uses the base station and the RNC in the foregoing embodiment to route the data sent by the terminals of the two communicating parties according to the LS configuration parameter, and implements the LS of the HSPA service under the base station.
  • FIG. 3 is a flow chart of a method for implementing local exchange of a high speed packet access service according to an embodiment of the present invention. The method includes:
  • Step 31 The base station receives data sent by the terminals of the two communication parties;
  • Step 32 Routing the data according to the LS configuration parameter, and completing the LS of the data;
  • the LS configuration parameter is obtained by the base station from the received message, and includes terminal information of the two communication parties.
  • the LS configuration parameters include terminal information, as described in the foregoing base station embodiment.
  • the foregoing step 32 may include: extracting, according to the terminal information, a PDU of an uplink MAC entity of the data from an uplink MAC entity;
  • MAC-d dedicated channel medium access control
  • the above step 32 can also be:
  • the MAC-d PDU is routed to the downlink MAC entity to complete local exchange of the data.
  • the downlink MAC entity adopts MAC-hs, it may further include:
  • the format of the MAC-d PDU is converted to the format of the downlink MAC-d PDU.
  • the method further includes: converting the MAC-d PDU into a form that satisfies the size of the downlink MAC-d PDU.
  • the LS may further include: an uplink parameter and a downlink parameter.
  • an uplink parameter and a downlink parameter For details, refer to Table 1 in the foregoing base station embodiment.
  • routing the MAC-d PDU to the downlink MAC entity may include: according to the uplink parameter And the downlink parameter routes the MAC-d PDU to the downlink MAC entity.
  • the service transmission bearer can be deleted, including the service transmission bearer between the RNC and the RNC, the Iur interface service bearer between the SRNC and the DRNC, and the lub interface service bearer between the RNC and the Node B. If the RNC saves the lu-port resource, the RNC may ignore the called lu-port service transmission bearer request after receiving the message that the core network indicates the establishment of the LS, and request the core network to delete the primary call establishment after the RNC informs the core network of the established message of the LS. The lu port service transport bearer. If you save the Iur/Iub interface resources, you can delete the primary/called Iur/Iub interface service transport bearer.
  • the operation of deleting the primary/called Iur/Iub port service transmission bearer may be performed after the base station establishes the LS, or may be performed after the RNC informs the core network of the established LS message. If the local exchange is fast, the service transmission bearer of the Iu/Iur/Iub interface can be reserved. For example, when the LS is established, the called service bearer establishment request is not ignored, and the service bearer of the primary call is not deleted.
  • the following describes the method for implementing the HSPA service LS by using MAC-i or MAC-e in the above line and MAC-hs or MAC-ehs as the downlink.
  • FIG. 4 is a flow chart of another method for implementing local exchange of a high speed packet access service according to an embodiment of the present invention. The method includes:
  • Step 41 During the call setup process, when the Gateway General Packet Radio Service (GPRS) Support Node (GGSN) receives the called paging response, it finds that the primary call is between When the communication is performed in the same Serving GPRS Support Node (SGSN), the LS query message containing the user identity of the two communicating parties is sent to the SGSN.
  • GPRS General Packet Radio Service
  • Step 42 After receiving the message sent by the GGSN, the SGSN finds the two communication parties by using the two-party user identifier, and determines whether the communication parties are in a Serving Radio Network Control (SRNC), whether the voice coding of the communication parties is consistent, and determining the communication. Whether the SRNC where the two parties are located supports the local switching function; if one of them is not satisfied, the call establishment process is continued according to the original UMTS; if yes, go to step 43.
  • SRNC Serving Radio Network Control
  • Step 43 The SGSN subsequently sends the radio access bearer (Radio Access) to the called SRNC.
  • the Bearer, RAB) assignment message indicates the establishment of the LS of the primary/called terminal.
  • Step 44 After receiving the RAB assignment message, the SRNC ignores the called Iu interface service bearer setup request; and determines whether the condition for establishing the LS under the Node B is satisfied: the master/called terminal belongs to the same Node B, and the Node B supports The function of the local exchange; if the conditions for establishing the LS under the Node B are not met, the LS of the SRNC is established, and the process proceeds to step 47. If the condition for establishing the LS of the Node B is met, step 45 is performed.
  • Step 45 The RN configuration parameter is carried in the radio link reconfiguration prepare message sent by the SRNC to the called Node B, indicating that the LS is established under the Node B.
  • the LS configuration parameters are described in the foregoing device embodiment.
  • Step 46 After receiving the "Radio Link reconfiguration prepare" message, the Node B configures the service switching mode of the two parties according to the LS configuration parameters in the message.
  • the configuration process is detailed in the device example above.
  • the Node B If the Node B successfully establishes the LS, the Node B indicates that the configuration is complete in the "Radio Link reconfiguration ready" message sent to the SRNC, ignoring the called Iub interface service transmission bearer setup request, and the SRNC initiates the deletion of the Iub interface service transport bearer established by the primary call. Request; go to step 48.
  • the LS establishment fails in the "Radio Link reconfiguration ready" message sent to the SRNC. For example, if a "cause” field is added to the "Radio Link reconfiguration ready” message, set the field to indicate LS. For the failed value, go to step 47.
  • Step 47 The SRNC configures the service switching mode of the two parties according to the LS configuration parameter in the RAB assignment message, and establishes the LS in the RNC. If the LS in the RNC is successfully established, go to Step 48; otherwise, go to Step 49.
  • Step 48 The SRNC indicates that the establishment of the LS is completed in the RAB Assignment Response message sent to the SGSN. After receiving the message, the SGSN sends the Iu port service transmission bearer request message that is deleted by the primary call after the LS establishment is completed. .
  • Step 49 The SRNC indicates that the LS configuration fails in the "RAB Assignment Response" message, re-establishes the called service transmission bearer, and completes the service exchange on the core network according to the existing manner.
  • step 46 if the Node B establishes the LS successfully, the SRNC sends the lub port service transmission bearer request for deleting the primary call to the Node B.
  • step 48 the SRNC sends the "RAB Assignment Response" message: 3 ⁇ 4.
  • the service transmission bearers of the primary/called Iu port and the lub port are not reserved, so as to save the Iu port and the lub port resource.
  • FIG. 5 is a flow chart of still another method for implementing local exchange of a high speed packet access service according to an embodiment of the present invention. The method includes:
  • Step 51 After receiving the called paging response, the GGSN finds that the communication between the primary and the called is performed in the same SGSN, and sends the LS query signaling including the two user identifiers to the SGSN.
  • Step 52 The SGSN determines whether the communication parties are in one RNC, whether the voice codes of the two communication parties are consistent, and whether the RNC in which the two communication parties are located has the LS function; if one of the RNs is not satisfied, the call establishment process continues under the original UMTS; Satisfied, go to step 53.
  • Step 53 In the RAB assignment message sent by the core network to the called RNC, the LS of the master/called terminal is established.
  • Step 54 After receiving the RAB assignment message, the RNC determines whether the condition for establishing the LS under the Node B is satisfied: the primary/called terminal belongs to the same Node B, and the Node B has the function of supporting the LS. If the condition for establishing the LS under Node B is not met, go to step 57. If the condition for establishing the LS under Node B is met, go to step 55.
  • Step 55 The RNC sets the LS configuration parameter in the radio link reconfiguration prepare message to be sent to the called Node B, and then sets the LS configuration parameter to establish the LS under the Node B.
  • the LS configuration parameter is described in the foregoing device embodiment.
  • Step 56 After receiving the "Radio Link reconfiguration prepare" message, the Node B configures the service switching mode of the two parties according to the LS configuration parameter. For details on the configuration process, see the device example above. If the Node B establishes the LS successfully, the Node B indicates that the configuration is complete in the "Radio Link reconfiguration ready" message sent to the RNC, ignoring the called Iub interface service transmission bearer setup request, and the RNC sends the Iub interface service for deleting the primary call to the Node B. Transfer the bearer request; go to step 58;
  • the configuration fails in the "Radio Link reconfiguration ready" message. For example, if the "cause" field is added to the "Radio Link reconfiguration ready” message, the value of the field is set to indicate that the LS fails.
  • Step 57 The RNC configures the service switching mode of the two parties according to the RAB assignment message, and establishes the LS under the RNC. If the configuration is successful, go to step 58. If the LS configuration fails, go to step 59.
  • Step 58 The RNC indicates that the LS configuration is completed in the "RAB Assignment Response" message sent to the SGSN.
  • Step 59 The RNC indicates that the LS configuration fails in the "RAB Assignment Response" message, and completes the service exchange according to the UMTS exchange process.
  • the RNC sends the Iub port service transmission bearer request for deleting the primary call to the Node B, and may also send the "RAB Assignment Response" message in step 58: 3 ⁇ 4.
  • the service transmission bearers of the primary/called Iu interface are reserved, and the Iub interface service transmission bearer can be deleted or retained according to specific needs.
  • the activation set update occurs on one or both of the two terminals of the RNC level LS, and the condition for establishing the LS under the Node B is satisfied, the LS under the base station can be established by the handover trigger.
  • Scenario 1 The two parties are in the RNC LS state, and the two parties are in different base stations. When the two parties are in the same base station after the inter-base station handover, the base station LS configuration can be triggered.
  • the RNC may choose to instruct the base station to configure the LS after the handover is completed or during the handover.
  • the LS under Node B can be established after the SRNC receives the activation set update message, including:
  • Step 61 The SRNC determines whether the two parties after the handover meet the requirements for establishing the LS of the Node B. If the conditions for establishing the LS under the Node B are not met, the LS under the RNC is continued; if the condition for establishing the LS under the Node B is satisfied, step 62 is performed;
  • Step 62 The SRNC sets the LS configuration parameter in the "LS Setup Request" message sent to the called Node B to indicate the establishment of the LS under the Node B.
  • the LS configuration parameters are described in the foregoing device embodiment.
  • the parameter for indicating the dedicated channel attribute may be simultaneously sent.
  • the parameter can be used to indicate the channel attribute of the dedicated channel attribute, so that the dedicated channel of the bearer service can be determined according to the channel attribute. .
  • Step 63 After receiving the "LS Setup Request" message, the Node B configures the service exchange mode of the two parties according to the LS configuration parameters. For details on the configuration process, see the device example above.
  • the Node B If the Node B is configured with the LS successfully, the Node B indicates that the LS establishment is complete in the "LS Setup Response" message sent to the RNC. After receiving the message, the RNC sends an Iub port service bearer request message for deleting the two terminals.
  • the configuration fails in the LS Setup Response message and the LS in the RNC is continued.
  • the process of establishing the LS of the base station may also be as shown in FIG. 7 , and the base station is instructed to start the LS configuration during the handover process, which may include:
  • Step 71 The SRNC determines whether the two parties satisfy the condition for establishing the LS under the Node B after the handover; if the condition for establishing the LS under the Node B is not met, the normal handover procedure is performed; if the condition for establishing the LS under the Node B is met, step 72 is performed.
  • Step 72 The SRNC then sets an LS configuration parameter in the "Radio Link Setup Request" message sent to the called Node B, indicating that the LS under the Node B is established.
  • LS configuration parameters see the device example above.
  • the parameter for indicating the dedicated channel attribute may be simultaneously sent.
  • the parameter can be used to indicate the channel attribute of the dedicated channel attribute, so that the dedicated channel of the bearer service can be determined according to the channel attribute. .
  • Step 73 After receiving the "Radio Link Setup Request” message, the Node B configures the service switching mode of the two parties according to the LS configuration parameters. For details on the configuration process, see the device example above. If the Node B configures the LS successfully, the Node B indicates that the LS establishment is completed in the "Radio Link Setup Response" message sent to the SRNC, ignoring the Iub interface service transmission bearer establishment request of the handover party terminal; after receiving the message, the SRNC sends the deletion non- The Iub interface service transmission bearer request message of the handover party terminal.
  • Node B fails to configure LS, it is sent to SRNC "Radio Link Setup".
  • the Response message indicates that the configuration failed, and the LS under the RNC continues.
  • Scenario 2 When the uplink macro diversity of the LS user and other base stations in the RNC is canceled, the LS configuration can be triggered only when the RL exists in the same base station. At this time, after the activation set update is completed, the RNC instructs the base station to start the LS configuration. For details, refer to the embodiment shown in FIG. 6 in the above scenario 1.
  • the LS of the Node B can also be configured as shown in Figure 8. In the handover process, the base station is instructed to enable the LS configuration. If the RL is added, the RL Add Request can be used instead of the LS Setup Request. "Message.
  • the establishment process includes:
  • Step 81 The SRNC determines whether the two parties after the handover meet the conditions for establishing the LS under the Node B; if the condition for establishing the LS under the Node B is not met, the LS under the RNC is continued; if the condition for establishing the LS under the Node B is met, the execution is performed. Step 82.
  • Step 82 The SRNC sets the LS configuration parameter in the "LS Setup Request/Radio Link Addition Request" message sent to the called Node B to indicate the establishment of the LS under the Node B.
  • the LS configuration parameters are described in the foregoing device embodiment.
  • the parameter for indicating the dedicated channel attribute may be simultaneously sent.
  • the parameter can be used to indicate the channel attribute of the dedicated channel attribute, so that the dedicated channel of the bearer service can be determined according to the channel attribute. .
  • Step 83 After receiving the "LS Setup Request/Radio Link Addition Request" message, the Node B configures the service switching mode of the two parties according to the LS configuration parameters.
  • the configuration process is detailed in the device example above.
  • the Node B If the Node B is configured with the LS successfully, the Node B indicates that the LS establishment is completed in the "LS Setup Response/Radio Link Addition Response" message. After receiving the message, the SRNC sends an Iub interface service transmission bearer request message for deleting the two terminals. If Node B fails to configure LS, in "LS" The Setup Request/Radio Link Addition Request” message indicates that the configuration failed, and the LS under SRNC continues.
  • Scenario 3 The two users are not in the same RNC before switching. After the user crosses the RNC, they are in the same RNC. At this point, both users may be under the same base station. If the RNC determines that the two parties are under the same base station, the RNC instructs the base station to establish the base station LS. For details, see the embodiment shown in FIG. 4, where the RAB assignment message can be changed to a dedicated LS build message.
  • Another method for implementing local switching of high-speed packet access services in the embodiment of the present invention may further include the cancellation of the base station LS.
  • the process of releasing the base station LS may be triggered by the RNC, as shown in Figure 9, which may include:
  • Step 91 The source RNC determines whether the Node B LS needs to be released. If it is released, go to step 92; otherwise, the base station continues to use LS.
  • Step 92 The source RNC sends an LS release request to the Node B to restore the service transmission bearer of the Iub interface.
  • the release request can be implemented by adding the LS configuration parameter in the newly added message "LS Del Request” or in the existing "RLAdd Request", "RL reconfig Prepare", "RL Addition Request” messages.
  • LS configuration parameters see the device example above.
  • the base station can continue to use the LS without establishing a new RL; or translate the original connection. If the reason for the failure of the LS cancellation is that the transmission bearer of the party that is adding the RL fails to be established, the source RNC may ignore the cause of the failure, translate the RL that failed to establish the transmission bearer, and release the base station LS.
  • the source RNC determines whether the condition for establishing the RNC LS is met. If not, the source RNC requests the core network to restore the service transmission bearer of the Iu interface.
  • Step 101 The "LS Del Request" message sent by the core network to the RNC includes the parameter UE identifier (IMSI, TMSI) or the Iu Signaling Connection Identifier of the calling/called terminal and the service identifier of the LS. (RAB ID) or the corresponding transport layer address, used to restore the user plane transport bearer of the Iu interface.
  • IMSI parameter UE identifier
  • TMSI the Iu Signaling Connection Identifier of the calling/called terminal
  • RAB ID the service identifier of the LS.
  • transport layer address used to restore the user plane transport bearer of the Iu interface.
  • Step 102 The LS Del Request message sent by the RNC to the Node B includes the LS configuration parameter of the Node B, which is used to restore the service transmission bearer of the Iub interface.
  • Step 103 If the LS is successfully cancelled, notify the core network that the local exchange has been released in the "LS Del Response" message. Then, a service transmission bearer is established between the Node B and the source RNC. If the LS is unsuccessful, the Radio Resource Controller (RRC) connection is released or the local exchange is released, and the normal call flow is resumed.
  • RRC Radio Resource Controller
  • the LS can be configured by carrying the existing LS configuration parameters of the UE, or by adding the message "LS Setup/ Del Request", "LS Setup.
  • the /Del Response message carries the LS configuration parameters of the UE to complete the LS configuration.
  • the establishment of the HSPA service local exchange under the base station is shown in the embodiment shown in FIG. 6, FIG. 7, and FIG. 8.
  • the local exchange of the HSPA service under the base station is as shown in FIG. 9 and FIG.
  • the difference is that when the SRNC determines that the LS can be established/deactivated, the SRNC first sends an indication to the DRNC to establish/deactivate the LS under the Node B, and the included parameters are configured according to the MAC entity. Then the DRNC sends an indication to the Node B to establish/deactivate the LS under the Node B, and the SRNC instructs the Node B to establish the LS when the DRNC is not included.
  • the service transmission bearer of the Iur port is the same as the Iub port. It can be reserved or deleted according to different needs.
  • the charging function of the core network can be moved down to the local switching network, and the internal charging mode is adopted.
  • the charging method of the monthly or packet traffic can also be used.
  • the LS or the terminal exits the LS network, it is performed according to the normal charging method; or The accounting of the LS terminal is still completed on the core network, and the LS sends relevant traffic or time information to the core network. If the core network has a listening request, the local exchange can be cancelled.
  • the LS entity in the base station can transfer the content to be monitored to the core network. .
  • the base station, the RNC, the system, and the method embodiment determine whether the primary/called terminal can establish an LS under the RNC, and then determine whether the condition for establishing the LS under the Node B is met, and the LS under the Node B is established, and the base station and the RNC are saved.
  • the transmission resources of SRNC and DRNC, RNC and core network save the operation and maintenance costs of the entire network.
  • the method of using the LS under the base station also reduces the delay, solves the problem of limited service throughput caused by the limitation of the RNC routing and switching capability, and increases the core network capacity.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

实现高速分组接入业务本地交换的方法、 设备及系统 技术领域
本发明涉及通信技术领域， 尤其涉及一种实现高速分组接入业务本地交 换的方法、 设备及系统。 背景技术
目前， 高速分组接入（High Speed Packet Access, HSPA )业务中， 通信 双方的数据在网络侧处理时， 首先节点 B ( Node B )对到达网络侧的发送方 终端的数据进行物理层实体 （PHY ) 的处理和上行介质访问控制实体 ( MAC-e/i )处理；然后 ,由无线网络控制器 ( Radio Network Controller, RNC ) 进行 "MAC层实体（MAC-es/is )—- >专用信道媒体接入控制 （MAC-d )— > 无线链路控制（ Radio Link Control, RLC ) - 〉分组数据压缩协议（ Packet Data Convergence Protocol, PDCP )" 处理。 最后， 数据送到核心网， 由核心网将 发送方终端的数据转到接收方终端所对应的网络侧实体。 可以看出， HSPA 业务需经过核心网设备交换才能实现。对于同一 RNC下通信的两个用户， 用 户面数据经过核心网交换， 会导致更大的时延以及不必要的数据处理， 同时 会造成 RNC和核心网之间带宽的占用， 进一步对于同一 Node B下通信的两 个用户还会造成 RNC和 Node B之间带宽占用。 因此， 需要实现 HSPA业务 的本地交换 ( Local Switch, LS )。
在实现本发明的过程中， 发明人发现现有技术至少存在以下缺陷： 现有 技术无法实现基站下 HSPA业务的 LS。 发明内容
本发明实施例提出一种实现高速分组接入业务本地交换的方法、 设备及 系统， 以实现基站下 HSPA业务的交换。 本发明实施例提供了一种实现高速分组接入业务本地交换的方法， 包括： 接收通信双方的终端发送的数据；
根据本地交换配置参数路由所述数据； 所述本地交换配置参数包括所述 通信双方的终端信息。
本发明实施例还提供了一种解除高速分组接入业务本地交换的方法， 包 括：
接收包含有所述本地交换配置参数及用于指示解除本地交换的标识的消 息；
根据所述用于指示解除本地交换的标识建立与无线网络控制器之间的传 输承载；
根据所述本地交换配置参数从所述下行介质访问控制实体中找到相应的 专用信道媒体接入控制协议数据单元；
将找到的所述相应的专用信道媒体接入控制协议数据单元通过所述传输 承载发送到所述无线网络控制器。
本发明实施例还提供了一种本地交换装置， 包括：
数据获取模块， 用于获取基站接收的通信双方的终端发送的数据； 数据路由模块， 用于根据本地交换配置参数路由所述数据； 所述本地交 换配置参数包括所述通信双方的终端信息。
本发明实施例还提供了一种基站， 包括用于接收通信双方的终端发送的 数据的接收模块， 还包括： 上述本地交换装置。
本发明实施例还提供了一种无线网络控制器， 包括：
判断模块， 用于判断基站是否需要建立本地交换；
发送模块， 用于在所述判断模块判断需要建立本地交换的情况下， 向所 述基站发送包含有本地交换配置参数的消息。
本发明实施例还提供了一种实现高速分组接入业务本地交换的系统， 包 括上述基站及上述无线网络控制器。 上述实施例中，基站根据接收到的 LS配置参数路由通信双方的终端发送 的数据， 实现了基站下 HSPA业务的 LS, 节约了基站及 RNC以及 RNC与核 心网之间的资源。 附图说明
图 1 A为本发明实施例一种基站的结构示意图；
图 1B为本发明实施例一种基站的另一结构示意图；
图 2为本发明实施例一种本地交换装置的结构示意图；
图 3为本发明实施例一种实现高速分组接入业务本地交换的方法的流程 图；
图 4为本发明实施例另一种实现高速分组接入业务本地交换的方法的流 程图；
图 5为本发明实施例又一种实现高速分组接入业务本地交换的方法的流 程图；
图 6为本发明实施例再一种实现高速分组接入业务本地交换的方法的流 程图；
图 7为本发明实施例在切换过程中一实现高速分组接入业务本地交换的 方法的流程图；
图 8为本发明实施例在切换过程中另一实现高速分组接入业务本地交换 的方法的流程图；
图 9为本发明实施例实现高速分组接入业务本地交换的方法中一解除本 地交换的方法的流程图；
图 10 为本发明实施例实现高速分组接入业务本地交换的方法中另一解 除本地交换的方法的流程图。 具体实施方式 下面通过附图和实施例， 对本发明的技术方案做进一步的详细描述。 图 1A为本发明实施例一种基站的结构示意图。 该基站可为 Node B, 包 括接收模块 11及 LS实体 12。 接收模块 11用于接收通信双方发送的数据； LS实体 12用于利用 LS配置参数完成该基站下通信双方数据的本地交换， LS 配置参数由基站从接收的 RNC消息中获得。
图 1B为本发明实施例一种基站的另一结构示意图。 如图 1B所示， LS 实体 12可以作为 Node B新增的一个实体单独存在，也可以在 Node B现有的 MAC实体上增加 LS实体的功能， 来实现 LS。
当基站中的下行 MAC实体为 MAC-ehs时， 上行 MAC实体中 MAC-d PDU格式与下行 MAC实体中 MAC-d PDU的格式相同， LS实体如图 2所示。 图 2为本发明实施例一种本地交换装置的结构示意图，该 LS装置可包括数据 获取模块 21及数据路由模块 22。 数据获取模块 21可包括第一提取模块 23 及第二提取模块 24。 第一提取模块 23根据 LS配置参数从上行的 MAC实体 中提取相应的 MAC实体的协议数据单元（Protocol Data Unit, PDU ), 得到 上行 MAC实体的 PDU。 当 LS装置单独存在或设置在基站的上行 MAC实体 中时， 第二提取模块 24从上行 MAC实体的 PDU中提取上行 MAC-d PDU。 数据路由模块 22将处理后的 MAC-d PDU从上行 MAC实体路由到下行 MAC 实体。 MAC-d PDU中包含有终端发送的业务数据。 当 LS实体设置在基站的 下行时， 先由数据路由模块 22将第一提取模块 23提取的上行 MAC实体的 PDU路由到下行 MAC实体 ,然后由第二提取模块 24从上行 MAC实体的 PDU 中提取包含有终端发送的业务数据的 MAC-d PDU,以实现基站下业务数据的 LS„
当基站中的下行 MAC实体为 MAC-hs时， LS实体如 LS装置可进一步 包括 C/T复用模块。即， LS装置可包括第一提取模块、第二提取模块、 C/T复 用模块及数据路由模块。 当 LS装置单独存在或设置在基站的上行 MAC实体 中时， 第二提取模块从上行 MAC实体的 PDU中提取上行 MAC-d PDU。 C/T 复用模块通过为处理后的 MAC-d PDU添加用于区分信道的 C/T标识， 实现 将上行 MAC-d PDU的格式转换为下行 MAC实体可传输的下行 MAC-d PDU 的格式。 数据路由模块根据基站接收到的 LS配置参数将经过 C/T复用模块 转换的 MAC-d PDU从上行 MAC实体路由到下行 MAC实体， 实现基站下的 LS„
LS配置参数可包括终端信息及上行参数、 下行参数。 终端信息可为终端 在基站中的标识， 也可为传输层地址及绑定标识 ( transport layer address and Binding ID )。 终端在基站中的标识可为高速下行共享信道（ High Speed Downlink Shared Channel, HS-DSCH )无线网络临时标示号（ HS-DSCH Radio Network Temporary Identifier, H-RNTI )、增强的传输信道 ( Enhanced Dedicated Transport Channel, E-DCH ) 无线网络临时标示号 （ E-DCH Radio Network Temporary Identifier, E-RNTI )、基站通信上下文标识 ( Node B communication context ID )或控制无线网络控制器通信上下文标识（ CRNC communication context ID )。 上行参数可为逻辑信道（ Logic Channel, LCH )标识（ LCH ID )、 数据描述指示（ Data Description Indicator, DDI )或调度优先级指示（ Scheduling Priority Indicator, SPI )。 下行参数可为下行 MAC实体中等待传输的数据包队 列的队列标识（ Queue ID )及队列对应的 LCH ID、或 SPI及队列对应 LCH ID。 上下行参数的配置随上下行 MAC实体的不同而有所不同， 如表 1所示。
表 1 MAC实体与上下行参数
上行 MAC实体 下行 MAC实体 上行参数 下行参数
MAC-e MAC-hs LCH ID或 队列 ID及队列对
DDI或 应的 LCH ID, 或
SPI SPI及队列对应的
LCH ID MAC-i MAC-hs LCH ID或 队列 ID及队列对
SPI 应的 LCH ID, 或
SPI及队列对应的 LCH ID
MAC-e MAC-ehs LCH ID或 SPI或
DDI或 队列 ID
SPI
MAC-i MAC-ehs LCH ID或 SPI或
SPI 队列 ID 如果在 Node B中某个终端只有需要建立 LS的业务存在时， LS配置参数 可仅为终端在 Node B中的标识或者传输层地址及绑定标识。
上述 LS配置参数， 对于核心网直接指示建立 Node B下 LS, 或者 RNC 自主判断进行 Node B下 LS的情形仍然适用。
LS实体 12如 LS装置中的数据路由模块根据所述下行参数将第二提取模 块提取的包含业务数据的 MAC-d PDU发送到下行 MAC实体中对应的数据包 传输队列中， 实现 LS。
当 LS实体设置在基站的下行时， LS实体如 LS装置中数据获取模块可 包括第三提取模块及第四提取模块。 第三提取模块提取 MAC实体的 PDU路 由到下行 MAC实体，数据路由模块可先将第三提取模块提取的 MAC实体的 PDU路由到下行 MAC实体。当 LS配置参数中还包括上行参数及下行参数时， 数据路由模块可具体根据下行参数将上行 MAC实体的 PDU路由到下行 MAC 实体中。 然后， 第四提取模块从上行 MAC实体的 PDU中提取包含有终端发 送的业务数据的上行 MAC-d PDU, C/T复用模块将提取的上行 MAC-d PDU 的格式转换为下行 MAC-d PDU的格式， 然后将对应的数据包放入参数所指 示的传输队列中， 实现基站下的 LS。
当第二提取模块或第四提取模块提取的上行 MAC-d PDU的大小与下行 MAC-d PDU的大小不一致时， 则 C/T复用模块在格式转换即数据 C/T复用 之前， 对第二提取模块或第四提取模块提取的上行 MAC-d PDU进行处理， 将上行 MAC-d PDU转变为满足下行 MAC-d PDU的大小的形式。 以互联网电话（ Voice over IP, VoIP )业务在高速上行分组接入（ High Speed Uplink Packet Access, HSUPA )和高速下行分组接入（ High Speed Downlink Packet Access, HSDPA )上应用为例，上行采用 E-DCH,下行采用 HS-DSCH。
RNC向基站配置主 /被叫用户的上行无线承载（ Radio Bearer, RB )或逻辑信 道与 主叫用户的下行 RB或逻辑信道的映射， 即通过向基站发送 LS配置 参数来配置主 /被叫用户的 RB或逻辑信道与被 /主叫用户的下行 RB或逻辑信 道的映射。 基站收到上行数据包后， 根据 RNC发送的 LS配置参数获知双方 的映射关系 ,从而提取上行 MAC实体的 PDU即 MAC-es/is PDU。 MAC-es/is PDU经过 LS实体的上述处理后， 包含有业务数据的 MAC-d PDU被发到对 应下行逻辑信道所对应的队列中， 从而实现基站下的 LS。
本实施例中， 基站通过 LS实体实现了基站下的 LS, 使得终端发送的业 务数直接在 Node B建立的本地交换通道传输， 实现在基站的数据交换， 而不 需要将业务数据发送到 RNC、 核心网， 大大节约了基站、 RNC资源， 增加了 核心网的容量。 RNC和核心网之间 , 以及 RNC和基站之间不建立用户面承 载， 信令面承载及用户的非接入层信令可同现有 HSPA业务的处理， 即信令 面承载仍然保留， 用户的非接入层信令仍然由核心网处理。
另一基站可进一步包括能力上报模块。该能力上报模块用于向 RNC上报 是否具备支持 LS的能力， 以使 RNC获知基站是否具备支持 LS的能力， 避 免基站配置 LS失败， 提高 LS配置成功率。 该能力上报模块可以通过现有的 "NBAP" 信令来上报基站是否具备支持 LS的能力， 或者增加新的上报机制 来上报基站是否具备支持 LS的能力。
当基站实现 LS时，核心网的计费功能可下移到基站内部，采用内部计费 的方式进行计费。 此时， 基站可进一步包括计费模块， 用于对 LS进行计费。
当 LS终端的计费仍然在核心网完成时， 基站中的 LS实体可进一步包括 计费上 模块，用于将通过建立的 LS进行的业务信息如相关的流量或者时间 信息发到核心网， 以便核心网进行计费。
另一基站中的 LS实体如 LS装置可进一步包括监听请求接收模块及监听 内容上报模块。 监听请求接收模块用于接收核心网发送的监听请求； 监听内 容上报模块用于根据监听请求接收模块接收的监听请求， 将待监听的内容发 送给核心网。
对于通信双方至少有一方不为增强的情形， 如通信双方中配置为 HSPA 的一方不支持 HSUPA, 又如通信双方中的一方配置为 HSPA的终端， 另一方 配置为 R99即使用专用的传输信道 ( Dedicated Transport Channel, DCH )作 为传输信道的终端， 或者通信双方均配置为 R99的终端时， 对于非增强的一 方或增强的一方不支持 HSUPA的上行， LS配置参数包括的终端信息为终端 在 Node B 中的标识 (如 Node B communication context ID 或 CRNC communication context ID )和无线链路标识 ( Radio Link ID )。 在 RNC向基站 发送 LS配置参数时，可指示专用信道的属性，基站收到后可根据信道属性判 断承载业务的专用信道。
或者， LS配置参数包含的终端信息为终端在 Node B中的标识 (如 Node 其中 DCH ID可以有多个。
以上情形适用于 DCCH和 DTCH承载在不同的 DCH信道的情形。
本发明实施例一种无线网络控制器可包括： 判断模块及发送模块。 该判 断模块用于判断基站是否需要建立 LS; 该发送模块用于在该判断模块判断需 要建立 LS的情况下， 向基站发送包含有 LS配置参数的消息。 LS配置参数 详见上述基站实施例。
本实施例中， RNC通过向基站发送包含有 LS配置参数的消息， 使得基 站能够根据 LS配置参数路由通信双方的终端发送的数据，从而能够实现基站 下 HSPA业务的 LS。
本发明实施例一种实现高速分组接入业务本地交换的系统可包括： 上述 实施例中的基站及 RNC。
本实施例中， 系统通过使用上述实施例中的基站及 RNC, 根据 LS配置 参数路由通信双方的终端发送的数据， 实现了基站下 HSPA业务的 LS。
图 3为本发明实施例一种实现高速分组接入业务本地交换的方法的流程 图。 该方法包括：
步骤 31、 基站接收通信双方的终端发送的数据；
步骤 32、 根据 LS配置参数路由所述数据， 完成所述数据的 LS;
所述 LS配置参数由基站从接收的消息中获得，包括所述通信双方的终端 信息。 所述 LS配置参数包括终端信息， 详见上述基站实施例。
上述步骤 32可包括： 根据所述终端信息从上行 MAC实体中提取所述数 据的上行 MAC实体的 PDU;
将所述上行 MAC实体的 PDU路由到下行 MAC实体；
在所述下行 MAC实体中， 从所述上行 MAC实体的 PDU提取专用信道 媒体接入控制 （MAC-d ) PDU, 完成所述数据的本地交换。
上述步骤 32还可以为：
PDU;
从提取到的上行 MAC实体的 PDU中提取 MAC-d PDU;
将所述 MAC-d PDU路由到下行 MAC实体， 完成所述数据的本地交换。 当下行 MAC实体采用 MAC-hs时 , 可进一步包括：
将所述 MAC-d PDU的格式转换为下行 MAC-d PDU的格式。
当上行 MAC-d PDU的大小与下行 MAC-d PDU不同时， 还可包括： 将所述 MAC-d PDU转换为满足下行 MAC-d PDU的大小的形式。
当所述终端信息对应的终端还有除需要建立 LS 的业务以外的业务存在 时， LS可进一步包括： 上行参数及下行参数， 详见上述基站实施例中的表 1。 此时，将所述 MAC-d PDU路由到下行 MAC实体可包括： 根据所述上行参数 及下行参数将所述 MAC-d PDU路由到下行 MAC实体。
根据配置 LS的不同目的， 可以删除业务传输承载， 包括与 RNC之间的 lu口的业务传输承载， SRNC与 DRNC之间的 Iur口业务传输承载， RNC与 Node B之间 lub口业务传输承载。 如果节省 lu口资源， 可在 RNC接收到核 心网指示建立 LS的消息后忽略被呼的 lu口业务传输承载请求， 在 RNC将 LS 已建立的消息告知核心网后向核心网请求删除主呼建立的 lu 口业务传输 承载。 如果节省 Iur/Iub口资源， 可以删除主 /被呼的 Iur/Iub口业务传输承载。 删除主 /被呼的 Iur/Iub口业务传输承载的操作可在基站建立 LS后执行， 也可 在 RNC将 LS已建立的消息告知核心网后执行。 如果为了能够快速的解除本 地交换， 则可以保留 Iu/Iur/Iub口的业务传输承载。 如在建立 LS时不会忽略 被呼的业务承载建立请求， 也不会删除主呼的业务承载。
下面分别以上行采用 MAC-i或 MAC-e、 下行采用 MAC-hs或 MAC-ehs 为例对实现 HSPA业务 LS的方法进行说明。
图 4为本发明实施例另一种实现高速分组接入业务本地交换的方法的流 程图。 该方法包括：
步骤 41、 在呼叫建立过程中， 当网关通用无线分组业务（General Packet Radio Service, GPRS ) 支持节点 （ Gateway GPRS Support Node , GGSN ) 收 到被呼的寻呼响应后， 发现主被呼之间的通信在同一个服务 GPRS支持节点 ( Serving GPRS Support Node, SGSN ) 内进行时， 发送包含通信双方用户标 识的 LS查询消息到 SGSN。
步骤 42、 SGSN接收到 GGSN发送的消息后， 通过双方用户标识找到通 信双方， 并判断通信双方是否在一个服务 RNC ( Serving Radio Network Control, SRNC )内、 通信双方的语音编码是否一致， 并且判断通信双方所在 的 SRNC是否支持本地交换功能； 若不满足其中之一， 按原 UMTS下呼叫建 立流程继续； 若满足， 执行步骤 43。
步骤 43、 SGSN在随后向被叫 SRNC发送的无线接入承载（Radio Access Bearer, RAB )指派消息中指示建立主 /被呼终端的 LS。
步骤 44、 SRNC收到 RAB指派消息后， 忽略被呼的 Iu口业务传输承载 建立请求； 并判断是否满足建立 Node B下 LS的条件： 主 /被叫终端属于相同 的 Node B, 且 Node B支持本地交换的功能； 若不满足建立 Node B下 LS的 条件， 则建立 SRNC下 LS, 转步骤 47; 若满足建立 Node B下 LS的条件， 执行步骤 45。
步骤 45、 SRNC 在随后向被叫 Node B 发送的无线链接重新配置准备 ( Radio Link reconfiguration prepare )消息中携带 LS配置参数,指示建立 Node B下的 LS, LS配置参数详见上述设备实施例。
步骤 46、 Node B收到 "Radio Link reconfiguration prepare" 消息后, 才艮 据消息中的 LS配置参数配置双方的业务交换方式。配置过程详见上述设备实 施例。
如果 Node B 成功建立 LS, Node B 在发送给 SRNC 的 "Radio Link reconfiguration ready" 消息中指示配置完成， 忽略被呼的 Iub口业务传输承载 建立请求， SRNC发起删除主呼建立的 Iub 口业务传输承载的请求； 转步骤 48。
如果 Node B建立 LS失败，在发送给 SRNC的 "Radio Link reconfiguration ready" 消息中指示 LS建立失败, 如在 "Radio Link reconfiguration ready" 消 息中新增一个 "cause" 字段， 将该字段设置为表示 LS失败的值， 执行步骤 47。
步骤 47、 SRNC根据 RAB指派消息中 LS配置参数配置双方的业务交换 方式， 建立 RNC下的 LS; 若成功建立 RNC下的 LS, 执行步骤 48; 否则， 执行步骤 49。
步骤 48、 SRNC在发送给 SGSN的 RAB指派响应 （ RAB Assignment Response ) 消息中指示建立 LS完成； SGSN收到该消息后， 获知 LS建立完 成后， 发送删除主呼建立的 Iu口业务传输承载请求消息。 步骤 49、 SRNC在 "RAB Assignment Response" 消息中指示 LS配置失 败， 重新建立被呼的业务传输承载， 按照现有的方式， 在核心网完成业务交 换。
上述步骤 46中， 若 Node B建立 LS成功， SRNC向 Node B发送删除主 呼的 lub口业务传输承载请求也可在步骤 48中 , SRNC发送" RAB Assignment Response" 消息之后: ¾成。
本实施例中， 建立 LS的同时， 主 /被叫 Iu口及 lub口的业务传输承载均 不保留， 以节约 Iu口及 lub口资源。
图 5为本发明实施例又一种实现高速分组接入业务本地交换的方法的流 程图。 该方法包括：
步骤 51、 当 GGSN收到被呼的寻呼响应后， 发现主被呼之间的通信在同 一个 SGSN内进行时， 发送包含双方用户标识的 LS查询信令到 SGSN。
步骤 52、 SGSN判断通信双方是否在一个 RNC内，通信双方的语音编码 是否一致， 并且判断通信双方所在的 RNC是否具备 LS功能； 若不满足其中 之一， 按原 UMTS下呼叫建立流程继续； 若满足， 执行步骤 53。
步骤 53、 在随后核心网向被叫 RNC发送的 RAB指派消息中指示建立主 /被呼终端的 LS。
步骤 54、 RNC收到 RAB指派消息后， 判断是否满足建立 Node B下 LS 的条件： 主 /被呼终端属于相同的 Node B, 且 Node B具备支持 LS的功能。 若不满足建立 Node B下 LS的条件， 转步骤 57; 若满足建立 Node B下 LS 的条件， 转步骤 55。
步骤 55、 RNC在随后向被呼 Node B发送的无线链接重新配置准备" Radio Link reconfiguration prepare" 消息中设置 LS配置参数指示建立 Node B下的 LS, LS配置参数详见上述设备实施例。
步骤 56、 Node B收到 "Radio Link reconfiguration prepare" 消息后, 才艮 据 LS配置参数配置双方的业务交换方式。 配置过程详见上述设备实施例。 如果 Node B 建立 LS 成功， Node B 在发送给 RNC 的 "Radio Link reconfiguration ready" 消息中指示配置完成， 忽略被呼的 Iub口业务传输承载 建立请求， RNC向 Node B发送删除主呼的 Iub口业务传输承载请求； 转步 骤 58;
如果 Node B建立 LS失败, 在 "Radio Link reconfiguration ready"消息中 指示配置失败, 如在 "Radio Link reconfiguration ready" 消息中新增 "cause" 字段， 将该字段的值设置为表示 LS失败；
步骤 57、 RNC根据 RAB指派消息配置双方的业务交换方式， 建立 RNC 下的 LS; 若配置成功， 转步骤 58; 若 LS配置失败， 转步骤 59。
步骤 58、 RNC在发送给 SGSN的 "RAB Assignment Response" 消息中 指示 LS配置完成。
步骤 59、 RNC在 "RAB Assignment Response"消息中指示 LS配置失败， 按照 UMTS交换流程完成业务交换。
上述步骤 56中， 若 Node-B建立 LS成功， RNC向 Node B发送删除主 呼的 Iub 口业务传输承载请求也可在步骤 58 中发送 "RAB Assignment Response" 消息之后: ¾成。
本实施例中， 建立 LS的同时， 主 /被叫 Iu口的业务传输承载均保留， Iub 口业务传输承载根据具体的需要可以删除也可以保留。 当进行在 RNC级 LS 的两个终端中的一方或双方发生激活集更新， 满足了建立 Node B下 LS的条 件时， 可通过切换触发建立基站下的 LS。 下面给出三个场景进行说明。
场景一： 用户双方处于 RNC LS状态， 且双方处于不同基站下， 在跨基 站切换后， 双方处于同基站下时， 可触发基站 LS配置。 RNC可选择在切换 完成后或切换过程中指示基站配置 LS。
如图 6所示，可在 SRNC收到激活集更新消息之后建立 Node B下的 LS, 包括：
步骤 61、 SRNC判断切换后的用户双方是否满足建立 Node B下 LS的条 件； 若不满足建立 Node B下 LS的条件， 继续进行 RNC下的 LS; 若满足建 立 Node B下 LS的条件， 则执行步骤 62;
步骤 62、 SRNC在随后向被叫 Node B发送的 "LS Setup Request" 消息 中设置 LS配置参数指示建立 Node B下的 LS, LS配置参数详见上述设备实 施例。 在 SRNC向基站发送 LS配置参数时， 可同时发送用于指示专用信道 属性的参数， Node B收到后可用于指示专用信道属性的参数获知信道属性， 从而能够根据信道属性判断承载业务的专用信道。
步骤 63、 Node B收到 "LS Setup Request" 消息后， 根据 LS配置参数配 置双方的业务交换方式。 配置过程详见上述设备实施例。
如果 Node B配置 LS成功， Node B在发送给 RNC的 "LS Setup Response" 消息中指示 LS建立完成。 RNC收到该消息后发送删除两个终端的 Iub口业 务传输承载请求消息。
如果 Node B配置 LS失败， 则在 "LS Setup Response" 消息中指示配置 失败， 继续进行 RNC下的 LS。
建立基站下 LS的过程也可如图 7所示， 在切换过程中指示基站启动 LS 配置， 具体可包括：
步骤 71、 SRNC判断是否切换后用户双方满足建立 Node B下 LS的条件； 若不满足建立 Node B下 LS的条件，执行正常的切换流程； 若满足建立 Node B下 LS的条件， 执行步骤 72。
步骤 72、 SRNC在随后向被叫 Node B发送的 "Radio Link Setup Request" 消息中设置 LS配置参数， 指示建立 Node B下的 LS。 LS配置参数详见上述 设备实施例。 在 SRNC向基站发送 LS配置参数时， 可同时发送用于指示专 用信道属性的参数， Node B收到后可用于指示专用信道属性的参数获知信道 属性， 从而能够根据信道属性判断承载业务的专用信道。
步骤 73、 Node B收到 "Radio Link Setup Request" 消息后， 根据 LS配 置参数配置双方的业务交换方式。 配置过程详见上述设备实施例。 如果 Node B配置 LS成功， Node B在发送给 SRNC的 "Radio Link Setup Response" 消息中指示 LS建立完成， 忽略切换方终端的 Iub口业务传输承载 建立请求； SRNC收到该消息后，发送删除非切换方终端的 Iub口业务传输承 载请求消息。
如果 Node B 配置 LS 失败， 在发送给 SRNC 的 "Radio Link Setup
Response" 消息中指示配置失败， 继续进行 RNC下的 LS。
场景二： 当进行 RNC下的 LS的用户双方与其他基站的上行宏分集取消 后， 只与同一个基站存在 RL时， 可触发基站 LS配置。 此时， 可在完成激活 集更新后 RNC指示基站启动 LS配置，详见上述场景一中图 6所示的实施例。 配置 Node B下的 LS还可如图 8所示，在切换过程中指示基站启动 LS配置， 若存在 RL增加，可用携带 LS配置参数的 RL增加消息（ Radio Link Addition Request )来代替 "LS Setup Request" 消息。 建立过程包括：
步骤 81、 SRNC判断切换后的用户双方是否满足建立 Node B下 LS的条 件； 若不满足建立 Node B下 LS的条件， 则继续进行 RNC下的 LS; 若满足 建立 Node B下 LS的条件， 执行步骤 82。
步骤 82、 SRNC在随后向被叫 Node B发送的 "LS Setup Request/Radio Link Addition Request" 消息中设置 LS配置参数指示建立 Node B下的 LS, LS配 置参数详见上述设备实施例。 在 SRNC向基站发送 LS配置参数时， 可同时 发送用于指示专用信道属性的参数， Node B收到后可用于指示专用信道属性 的参数获知信道属性 , 从而能够根据信道属性判断承载业务的专用信道。
步骤 83、 Node B收到 "LS Setup Request/Radio Link Addition Request" 消息后，根据 LS配置参数配置双方的业务交换方式。配置过程详见上述设备 实施例。
如果 Node B配置 LS成功， Node B在 "LS Setup Response/Radio Link Addition Response" 消息中指示 LS建立完成； SRNC收到该消息后发送删除 两个终端的 Iub口业务传输承载请求消息。如果 Node B配置 LS失败，在 "LS Setup Request/Radio Link Addition Request" 消息中指示配置失败， 继续进行 SRNC下的 LS。
场景三： 用户双方在切换前不处于同一个 RNC, —方用户发生跨 RNC 切换后， 处于同一个 RNC。 此时， 用户双方有可能处于同一个基站下。 若 RNC在收到核心网的 LS建立指示时，判断用户双方在同一个基站下，则 RNC 指示基站建立基站 LS, 具体详见图 4所示的实施例， 其中的 RAB指派消息 可改用专用的 LS建立消息。
当发生跨基站切换、 跨 RNC切换或者启用 RNC下的宏分集合并时， 若 主 /被呼终端不再满足建立 Node B下 LS的条件， 即主 /被呼终端的无线链接 ( RL )没有同时处于同一个 Node B下， 则本发明实施例另一种实现高速分 组接入业务本地交换的方法可进一步包括基站 LS的解除。 基站 LS的解除过 程可由 RNC触发进行， 如图 9所示， 可包括：
步骤 91、 源 RNC判断是否需要进行 Node B LS的解除。 若解除， 则执 行步骤 92; 否则， 基站继续使用 LS。
步骤 92、 源 RNC向 Node B发送 LS解除请求， 恢复 Iub口的业务传输 承载。 该解除请求可通过在新增消息 "LS Del Request" 或在现有的 "RLAdd Request"、 "RL reconfig Prepare"、 "RL Addition Request" 等消息中携带 LS配 置参数来实现。 LS配置参数详见上述设备实施例。
如果 LS 解除失败的原因是双方的传输承载建立失败， 基站可继续使用 LS, 不建立新的 RL; 或者译放原有的连接。 如果 LS解除失败原因是其中正 要新增 RL的一方的传输承载建立失败， 那么源 RNC可忽略此失败原因， 译 放传输承载建立失败的 RL, 并解除基站 LS。
基站 LS解除后， 源 RNC判断是否满足建立 RNC LS的条件， 如果否， 源 RNC请求核心网恢复 Iu口的业务传输承载。
当核心网有监听等请求， 需要解除 Node B下的 LS而且不可以再使用源 RNC下的 LS时， 解除过程还可具体如图 10所示， 包括： 步骤 101、 在核心网向 RNC发送的 "LS Del Request" 消息中包含主 /被 叫终端的参数 UE标识（IMSI、 TMSI )或 Iu口信号连接标识（ Iu Signaling Connection Identifier )和建立 LS的业务标识 ( RAB ID )或所对应的传输层地 址， 用以恢复 Iu口的用户面传输承载。
步骤 102、 RNC向 Node B发送的 "LS Del Request"消息中包含建立 Node B的 LS配置参数， 用以恢复 Iub口的业务传输承载。
步骤 103、 若 LS解除成功， 则在 "LS Del Response" 消息中通知核心网 本地交换已经解除。 然后， Node B与源 RNC之间建立业务传输承载。 若 LS 解除失败， 则发起无线资源控制 （Radio Resource Controller, RRC )连接释 放或重新发起本地交换的解除过程， 恢复正常的通话流程。 其中， "LS Del Request/Response" 消息也可以使用现有的 "RANAP"、 "NBAP" 消息来替代 完成。
场景三中， 在 Node B下 LS的建立和 /或解除过程中， 可以通过现有的消 息携带 UE 的 LS 配置参数配置 LS, 也可以通过新增消息 "LS Setup/ Del Request" , "LS Setup/Del Response" 消息携带 UE的 LS配置参数， 来完成 LS 的配置。
当存在 DRNC时， 基站下 HSPA业务本地交换的建立详见图 6、 图 7、 图 8所示的实施例， 基站下 HSPA业务本地交换的解除详见图 9、 图 10所示 的实施例。不同之处在于，当 SRNC判断可以建立 /解除 Node B下 LS时， SRNC 首先向 DRNC发送建立 /解除 Node B下 LS的指示， 所包含的参数根据 MAC 实体配置。 随后 DRNC向 Node B发送建立 /解除 Node B下 LS的指示， 和不 含 DRNC时 SRNC指示 Node B建立 LS的过程相同。 Iur口的业务传输承载 同 Iub口， 根据不同的需要， 可以保留也可以删除。
在建立 LS之后， 数据不再通过核心网， 此时， 核心网的计费功能可下移 到本地交换网络内部， 采用内部计费的方式； 也可采用包月或者包流量的计 费方式， 解除 LS之后或终端出了 LS网络即按照正常的计费方式进行； 或者 LS终端的计费仍然在核心网完成， LS 实将相关的流量或者时间信息发到核 心网。 如果核心网有监听请求， 则可触发本地交换的解除， 详见上述基站及 方法实施例；还可以在保持本地交换的基石出上， 由基站中的 LS实体将需要监 听的内容转给核心网。
上述基站、 RNC、 系统及方法实施例判断主 /被呼终端是否可以建立 RNC 下的 LS,进而判断是否满足建立 Node B下 LS的条件，建立 Node B下的 LS, 达到了节约基站和 RNC、 SRNC与 DRNC, RNC与核心网的传输资源， 节约 整个网络的运营和维护成本的目的。 同时， 采用基站下 LS的方法， 还降低了 延时， 解决了由于 RNC的路由交换能力的限制导致的业务吞吐量受限问题， 增加了核心网容量。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述 的存储介质包括： ROM, RAM, 磁碟或者光盘等各种可以存储程序代码的介 最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其 限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术 人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改， 或 者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技 术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

权 利 要求
1、 一种实现高速分组接入业务本地交换的方法， 其特征在于， 包括： 接收通信双方的终端发送的数据；
根据本地交换配置参数路由所述数据； 所述本地交换配置参数包括所述 通信双方的终端信息。
2、根据权利要求 1所述的实现高速分组接入业务本地交换的方法， 其特 征在于， 获取所述本地交换配置参数。
3、根据权利要求 1所述的实现高速分组接入业务本地交换的方法， 其特 征在于， 根据本地交换配置参数路由所述数据包括：
根据所述终端信息从上行介质访问控制实体中提取所述数据的上行介质 访问控制实体的协议数据单元；
将所述上行介质访问控制实体的协议数据单元路由到下行介质访问控制 实体；
在所述下行介质访问控制实体中， 从所述上行介质访问控制实体的协议 数据单元提取专用信道媒体接入控制协议数据单元。
4、根据权利要求 1所述的实现高速分组接入业务本地交换的方法， 其特 征在于， 根据本地交换配置参数路由所述数据包括：
根据所述终端信息从上行介质访问控制实体中提取所述数据的上行介质 访问控制实体的协议数据单元；
从提取到的上行介质访问控制实体的协议数据单元中提取专用信道媒体 接入控制协议数据单元；
将所述专用信道媒体接入控制协议数据单元路由到下行介质访问控制实 体。
5、 根据权利要求 3或 4所述的实现高速分组接入业务本地交换的方法， 其特征在于， 还包括： 将所述专用信道媒体接入控制协议数据单元的格式转 换为下行专用信道媒体接入控制协议数据单元的格式。
6、根据权利要求 3所述的实现高速分组接入业务本地交换的方法， 其特 征在于， 所述本地交换配置参数还包括： 所述通信双方的上行参数及下行参 数；
根据所述终端信息从上行介质访问控制实体中提取所述数据的上行介质 访问控制实体的协议数据单元包括： 根据所述终端信息及所述通信双方的上 行参数提取所述数据的上行介质访问控制实体的协议数据单元；
将所述上行介质访问控制实体的协议数据单元路由到下行介质访问控制 实体包括： 根据所述下行参数将所述上行介质访问控制实体的协议数据单元 路由到下行介质访问控制实体。
7、根据权利要求 4所述的实现高速分组接入业务本地交换的方法， 其特 征在于， 所述本地交换配置参数还包括： 所述通信双方的上行参数及下行参 数；
根据所述终端信息从上行介质访问控制实体中提取所述数据的上行介质 访问控制实体的协议数据单元包括： 根据所述终端信息及所述通信双方的上 行参数提取所述数据的上行介质访问控制实体的协议数据单元；
将所述专用信道媒体接入控制协议数据单元路由到下行介质访问控制实 体包括： 根据所述下行参数将所述专用信道媒体接入控制协议数据单元路由 到下行介质访问控制实体。
8、 根据权利要求 6或 7所述的实现高速分组接入业务本地交换的方法， 其特征在于， 当所述上行介质访问控制实体为 MAC-e时， 所述通信双方的上 行参数为逻辑信道标识、 数据描述指示或调度优先级指示； 当所述上行介质 访问控制实体为 MAC-i时， 所述通信双方的上行参数为逻辑信道标识或调度 优先级指示；
所述下行介质访问控制实体为 MAC-hs时， 所述下行参数为队列标识及 队列对应的逻辑信道标识，或为调度优先级指示及队列对应的逻辑信道标识； 所述下行介质访问控制实体为 MAC-ehs时，所述下行参数为队列标识或 为调度优先级指示。
9、 根据权利要求 1-4中任一项所述的实现高速分组接入业务本地交换的 方法， 其特征在于， 所述终端信息为终端在基站中的标识或传输层地址及绑 定标识。
10、 根据权利要求 9所述的实现高速分组接入业务本地交换的方法， 其 特征在于， 所述终端在基站中的标识包括： 高速下行共享信道无线网络临时 标示号、 增强的传输信道无线网络临时标示号、 基站通信上下文标识或者控 制无线网络控制器通信上下文标识。
11、 根据权利要求 2所述的实现高速分组接入业务本地交换的方法， 其 特征在于， 所述获取所述本地交换配置参数之前还包括： 向无线网络控制器 上报本基站是否具备支持本地交换的能力；
所述获取所述本地交换配置参数具体为： 从所述无线网络控制器上获取 由所述网络控制器在所述终端信息对应的通信双方在同一个基站下且所述基 站具备支持本地交换的能力的情况下发送给所述基站的本地交换配置参数。
12、 根据权利要求 1-4 中任一项所述的实现高速分组接入业务本地交换 的方法， 其特征在于， 还包括：
对根据本地交换配置参数路由的所述数据进行计费。
13、 根据权利要求 1-4 中任一项所述的实现高速分组接入业务本地交换 的方法， 其特征在于， 还包括：
将根据本地交换配置参数路由的所述数据上报给核心网， 以便所述核心 网对本地交换进行计费。
14、 根据权利要求 1-4 中任一项所述的实现高速分组接入业务本地交换 的方法， 其特征在于， 还包括：
接收核心网发送的监听请求；
根据所述监听请求将路由的所述数据中待监听的内容发送给核心网。
15、 一种解除高速分组接入业务本地交换的方法， 其特征在于， 包括： 接收包含有所述本地交换配置参数及用于指示解除本地交换的标识的消 息；
根据所述用于指示解除本地交换的标识建立与无线网络控制器之间的传 输承载；
根据所述本地交换配置参数从所述下行介质访问控制实体中找到相应的 专用信道媒体接入控制协议数据单元；
将找到的所述相应的专用信道媒体接入控制协议数据单元通过所述传输 承载发送到所述无线网络控制器。
16、根据权利要求 15所述的解除高速分组接入业务本地交换的方法， 其 特征在于， 所述包含有所述本地交换配置参数及用于指示解除本地交换的标 识的消息由无线网络控制器接收到核心网发送的用于解除本地交换的消息后 发出； 所述用于解除本地交换的消息包括用于恢复 Iu口的用户面传输承载的 参数。
17、 一种本地交换装置， 其特征在于， 包括：
数据获取模块， 用于获取基站接收的通信双方的终端发送的数据； 数据路由模块， 用于根据本地交换配置参数路由所述数据； 所述本地交 换配置参数包括所述通信双方的终端信息。
18、 根据权利要求 17所述的本地交换装置， 其特征在于， 所述数据获取 模块包括： 第一提取模块、 第二提取模块；
所述第一提取模块用于根据所述终端信息从上行介质访问控制实体中提 取所述数据的上行介质访问控制实体的协议数据单元；
所述数据路由模块具体用于将所述上行介质访问控制实体的协议数据单 元路由到下行介质访问控制实体；
所述第二提取模块用于在所述下行介质访问控制实体中， 从所述上行介 质访问控制实体的协议数据单元提取专用信道媒体接入控制协议数据单元， 完成所述数据的本地交换。
19、 根据权利要求 17所述的本地交换装置， 其特征在于， 所述数据获取 模块包括： 第三提取模块、 第四提取模块；
所述第三提取模块用于根据所述终端信息从上行介质访问控制实体中提 取所述数据的上行介质访问控制实体的协议数据单元；
所述第四提取模块用于从提取的上行介质访问控制实体的协议数据单元 中提取专用信道媒体接入控制协议数据单元；
所述数据路由模块具体用于将所述专用信道媒体接入控制协议数据单元 路由到下行介质访问控制实体， 完成所述数据的本地交换。
20、 根据权利要求 18或 19所述的本地交换装置， 其特征在于， 还包括： c/τ 复用模块， 用于将所述专用信道媒体接入控制协议数据单元的格式 转换为下行专用信道媒体接入控制协议数据单元的格式。
21、 一种基站， 包括用于接收通信双方的终端发送的数据的接收模块， 其特征在于， 还包括： 上述权利要求 17-20中任一项所述的本地交换装置。
22、 根据权利要求 21所述的基站， 其特征在于， 还包括：
能力上报模块， 用于向无线网络控制器上报本基站是否具备支持本地交 换的能力。
23、 根据权利要求 21或 22所述的基站， 其特征在于， 还包括： 计费模块， 用于对根据本地交换配置参数路由的所述数据进行计费。
24、 根据权利要求 21或 22所述的基站， 其特征在于， 还包括： 计费上报模块， 用于将根据本地交换配置参数路由的所述数据上报给核 心网， 以便所述核心网对本地交换进行计费。
25、 根据权利要求 21或 22所述的基站， 其特征在于， 还包括： 监听请求接收模块， 用于接收核心网发送的监听请求；
监听内容上报模块， 用于根据所述监听请求将路由的所述数据中待监听 的内容发送给核心网。
26、 一种无线网络控制器， 其特征在于， 包括：
判断模块， 用于判断基站是否需要建立本地交换；
发送模块， 用于在所述判断模块判断需要建立本地交换的情况下， 向所 述基站发送包含有本地交换配置参数的消息。
27、 一种实现高速分组接入业务本地交换的系统， 其特征在于， 包括上 述权利要求 21-25种任一项所述的基站及上述权利要求 26所述的无线网络控
PCT/CN2009/071815 2009-05-15 2009-05-15 实现高速分组接入业务本地交换的方法、设备及系统 WO2010130103A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2009/071815 WO2010130103A1 (zh) 2009-05-15 2009-05-15 实现高速分组接入业务本地交换的方法、设备及系统
CN200980123776XA CN102100110A (zh) 2009-05-15 2009-05-15 实现高速分组接入业务本地交换的方法、设备及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2009/071815 WO2010130103A1 (zh) 2009-05-15 2009-05-15 实现高速分组接入业务本地交换的方法、设备及系统

Publications (1)

Publication Number Publication Date
WO2010130103A1 true WO2010130103A1 (zh) 2010-11-18

Family

ID=43084621

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/071815 WO2010130103A1 (zh) 2009-05-15 2009-05-15 实现高速分组接入业务本地交换的方法、设备及系统

Country Status (2)

Country Link
CN (1) CN102100110A (zh)
WO (1) WO2010130103A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101159905A (zh) * 2007-11-07 2008-04-09 华为技术有限公司 基站控制器内实现本地交换方法、核心网设备及网络系统
CN101431812A (zh) * 2007-11-09 2009-05-13 华为技术有限公司 一种电路交换域业务处理方法、系统及设备
CN101431783A (zh) * 2007-11-09 2009-05-13 华为技术有限公司 实现交换的方法及交换设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101159905A (zh) * 2007-11-07 2008-04-09 华为技术有限公司 基站控制器内实现本地交换方法、核心网设备及网络系统
CN101431812A (zh) * 2007-11-09 2009-05-13 华为技术有限公司 一种电路交换域业务处理方法、系统及设备
CN101431783A (zh) * 2007-11-09 2009-05-13 华为技术有限公司 实现交换的方法及交换设备

Also Published As

Publication number Publication date
CN102100110A (zh) 2011-06-15

Similar Documents

Publication Publication Date Title
JP6946321B2 (ja) シームレスのハンドオーバーをサポートする方法及びｅｎｂ装置
CN109890052B (zh) 双链接模式下无线承载传输的方法
CN104812008B (zh) 一种小小区系统中支持ue移动的方法及装置
JP5993524B2 (ja) 補助ベアラを確立するノードおよび方法
US10039086B2 (en) Communication method and apparatus in network environment where terminal may have dual connectivity to multiple base stations
US11129054B2 (en) Methods, systems and devices for supporting local breakout in small cell architecture
CN105338655B (zh) 一种用户平面承载建立的方法及装置
US9113455B2 (en) Method and device relating to replay technique
CN104902580B (zh) 一种小小区系统中支持数据转发的方法
KR101900356B1 (ko) 무선 자원 제어(rrc) 메시지 처리 방법, 장치, 및 시스템
US20070213058A1 (en) Method and apparatus for supporting handoff and serving radio network subsystem relocation procedures in a single tunnel gprs-based wireless communication system
WO2015064931A1 (en) Method and apparatus for reconfiguring a bearer
US9363835B2 (en) Methods and nodes for improved network signaling
JP7120383B2 (ja) 基地局および通信方法
WO2004089020A1 (fr) Procede de gestion de la mobilite d'un materiel utilisateur et systeme de communication s'y rapportant
WO2017219355A1 (zh) 多连接通信方法和设备
US20160029255A1 (en) Switch supporting method
WO2010111814A1 (zh) 用于以最小包损失移动wcdma移动台的装置和方法
WO2012167547A1 (zh) 基站间的切换方法、基站、和通讯系统
WO2017173612A1 (zh) 数据传输方法、用户设备及接入网设备
KR20190017026A (ko) 다중연결 통신 방법 및 디바이스
CN102131251A (zh) 一种进行数据前转的方法
JP7413507B2 (ja) 通信制御方法
WO2012116623A1 (zh) 一种移动通信系统和组网方法
WO2009065321A1 (fr) Procédé, système et dispositif pour traiter le service d'un domaine à commutation de circuits

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200980123776.X

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09844515

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09844515

Country of ref document: EP

Kind code of ref document: A1