WO2011009255A1 - 一种用户数据无线承载需求的通知方法及系统 - Google Patents

一种用户数据无线承载需求的通知方法及系统 Download PDF

Info

Publication number
WO2011009255A1
WO2011009255A1 PCT/CN2009/075236 CN2009075236W WO2011009255A1 WO 2011009255 A1 WO2011009255 A1 WO 2011009255A1 CN 2009075236 W CN2009075236 W CN 2009075236W WO 2011009255 A1 WO2011009255 A1 WO 2011009255A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
utran
radio bearer
user data
cell
Prior art date
Application number
PCT/CN2009/075236
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 中兴通讯股份有限公司
Publication of WO2011009255A1 publication Critical patent/WO2011009255A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Definitions

  • the present invention relates to the field of wireless communications, and in particular, to a method and system for notifying a radio bearer requirement of a user data using radio resource control (RRC) signaling in a Long Term Evolution (LTE) system.
  • RRC radio resource control
  • LTE adopts technologies such as Orthogonal Frequency Division Multiplexing (OFDM) and Multiple Input Multiple Output (MIMO). It adopts a 2-layer structure on the wireless network group network and introduces an evolved home base station (HeNB), which includes LTE of HeNB.
  • HeNB evolved home base station
  • FIG. 1 includes: a user equipment (UE, User Equipment), an enhanced base station (eNB, evelved NodeB), a HeNB, and an EPC (Evolved Packet Core).
  • UE User Equipment
  • eNB enhanced base station
  • HeNB HeNB
  • EPC Evolved Packet Core
  • the UE may be a mobile phone or a personal computer; the eNB, the HeNB is a Radio Access Network (RAN), and the RAN is used to handle all wireless related functions; the EPC processes all data connections including Voice over Internet Protocol (VoIP), and implements Switching and routing functions of the external network.
  • VoIP Voice over Internet Protocol
  • a packet data aggregation protocol performs header compression/decompression, integrity protection, and transmission of user data in a UE and a RAN, respectively; and a sequence number corresponding to a data packet maintained by the packet when switching And the buffered data packet is forwarded to the destination eNB.
  • the PDCP entities are respectively set in the UE and the RAN, and may be set to one or more.
  • the transmission of the user data is: forwarding the PDCP protocol data unit (PDCP-PDU) generated by the data packet to the Radio Link Control (RLC) layer.
  • RLC Radio Link Control
  • Application refers to the application layer; IP refers to the Internet Protocol; MAC refers to the media access control; L1 refers to the physical layer; Relay refers to the relay forwarding function, such as the eNB and the S-GW can transfer the data of the previous node to the next Node, does not do any business processing on data content; GTP-U refers to general packet radio service System tunneling protocol-user plane; UDP refers to user datagram protocol, is a non-connection-oriented protocol; L2 refers to the link layer; Serving GW refers to the service gateway, abbreviated as S-GW; PDN GW refers to packet data gateway, abbreviated as P- GW; The interface between the UE and the eNB is LTE-Uu; the interface between the eNB and the S-GW is Sl-U; the interface between the S-GW and the P-GW is S5/S8.
  • the process of transmitting data by the PDCP entity includes the following steps:
  • Step 101 In the UE, the data of the Application of the UE is encapsulated into an IP data packet or a Point-to-Point Protocol (PPP) data packet and sent to the PDCP entity in the UE.
  • PPP Point-to-Point Protocol
  • Step 102 The PDCP entity in the UE follows the Robin header compression (RoHC, RObust Header Compression), performs header compression on the data packet, generates a PDCP-PDU, and transmits the PDCP-PDU to the RLC layer in the UE.
  • RoHC Robin header compression
  • RObust Header Compression performs header compression on the data packet, generates a PDCP-PDU, and transmits the PDCP-PDU to the RLC layer in the UE.
  • Step 103 The RLC layer in the UE adds an RLC header to the PDCP-PDU, and then sends the RLC header to the MAC layer.
  • the MAC layer in the UE adds a MAC header to the PDCP-PDU that has been added with the RLC header, and sends the MAC header to the L1 layer of the UE.
  • the L1 layer of the UE performs coding and modulation on the PDCP-PDU that adds the RLC header and the MAC header, and then sends the operation to the eNB to which the UE belongs.
  • Step 104 The eNB performs an operation such as encoding and demodulating the PDCP-PDU, and then sends the signal to the MAC layer in the eNB.
  • the MAC layer in the eNB removes the MAC header added in step 103, and sends the PDU after removing the MAC header to the eNB.
  • the RLC layer in the eNB removes the RLC header added in step 103, the PDCP-PDU after removing the MAC header and the RLC header is sent to the PDCP entity in the eNB.
  • Step 105 The PDCP entity uses the RoHC to decompress the PDCP-PDU header to generate an IP data packet or a PPP data packet.
  • Step 106 The eNB sends the IP data packet or the PPP data packet to the S-GW through the G1-U tunnel through the S1-U interface, and the S-GW sends the IP data packet or the PPP data packet to the P-GW.
  • the above is the process of sending a data packet from the UE to the external network, that is, sending the data packet upstream.
  • the process of. The process of sending a data packet from the external network to the UE, that is, the process of transmitting the data packet in the downlink is similar to the process of transmitting the data packet in the uplink, except that the PDCP entity in the eNB is responsible for performing PDCP header compression on the downlink data packet to form a PDCP-PDU and transmitting.
  • the PDCP entity in the UE is responsible for header decompression and transmission of the received PDCP-PDU.
  • the user data transmission channel is established by signaling, including a radio bearer, an Evolved Packet System (EPS) bearer, etc., where the UE and the evolved universal terrestrial radio access network (E- The RRC sublayer between UTRAN) completes the establishment of the radio bearer.
  • signaling including a radio bearer, an Evolved Packet System (EPS) bearer, etc.
  • EPS Evolved Packet System
  • E- The RRC sublayer between UTRAN completes the establishment of the radio bearer.
  • the HeNB is a type of base station. It is mainly used for private users' private resources. It is deployed in private places such as homes, groups, companies, or schools, and only restricts access for certain users.
  • the HeNB is mainly used to solve a small range of E-UTRAN cellular coverage, and is connected to the access network through a fixed line, such as a Digital Subscriber Line (DSL), and various services of the user can be completed by the HeNB, such as a telephone, an Internet, and the like.
  • DSL Digital Subscriber Line
  • the HeNB attracts users in terms of its rich, location-based services, better quality of service and differentiated billing advantages.
  • the function of the HeNB follows the basic functions of some common eNodeBs, and may also add some user-oriented private functions. For example, HeNB owners can configure the use of HeNBs, such as adding/removing users, home gateway functions, home appliance network control, etc. Wait.
  • the advantages of the HeNB are: DSL connection to the access network, saving the operator to set up the base station and maintenance costs; solving the indoor coverage and the capacity of the eNodeB, and additionally, because the HeNB has a small coverage, providing a small number of users with the characteristics of all the radio resources of the cell, It can make full use of the high-speed access features of LTE; and provide preferential tariffs, mobile operators to seize the fixed-line operation market, it is generally believed that HeNB will use monthly subscription fees.
  • HeNB When HeNB is used as home data access, it is a hot spot for operators. It is generally considered that the product should be able to connect to the access gateway through the home broadband access link, and then connect to the mobile core network. The user's use is like wireless protection.
  • the HeNB is also related to the concept of Allow Closed Subscriber Group (CSG), and the user who is allowed to access the coverage area of the home base station is called a CSG user.
  • CSG Allow Closed Subscriber Group
  • the area covered by one or more HeNBs belonging to this user group is also the CSG area.
  • Each CSG is identified by a unique identifier in a Public Land Mobile Telephone Network (PLMN), known as the CSG ID.
  • PLMN Public Land Mobile Telephone Network
  • a cell can belong to only one CSG area or one tracking area (TA, Tracking Area).
  • TA Tracking Area
  • CSGs and TAs can be geographically overlapped. Multiple cells belonging to the same CSG area may be geographically discontinuous. It may be in the same TA or multiple cells.
  • the cell broadcast message may know that this cell is a CSG cell or a TA cell.
  • the concept of CSG is similar to that of TA. It consists of several cells.
  • the access of the non-CSG user to the HeNB can be controlled by setting the whitelist of access allowed in the UE and the Mobility Management Entity (MME), and the correspondence database of the TA and the CSG is stored in the MME, and the ATTACH or tracking area update is performed.
  • the (TAU, Tracking Area Update) process will allow the whitelist of access to be sent to the licensed CSG user.
  • the white list is a list of CSGs that are allowed to be accessed by the UE set in the UE and the MME.
  • LTE all uses packet data transmission.
  • user data transmitted between UEs under the same eNB/HeNB is packet data.
  • HeNB some home electronic devices are also being discussed for management via HeNB. It can be seen that the UEs belonging to the HeNB have the characteristics of relatively fixed location and frequent services between UEs in the same cell.
  • packet data including Real-Time Transport Protocol (RTP) packet data is transmitted between UEs under the same HeNB, and still passes EPC, which reduces the number of packets.
  • RTP Real-Time Transport Protocol
  • the data transmission efficiency between UEs also increases the processing load of the EPC.
  • EPC often does not know what kind of service will occur on the UE and which user data of the service may not need to be forwarded by the EPC. This requires the UE to notify the E-UTRAN of the user data radio bearer requirement, and the E-UTRAN does Good user data forwarding preparation and completion of forwarding.
  • the UE to notify the E-UTRAN user data wireless load requirements. Summary of the invention
  • the main purpose of the present invention is to provide a method and system for notifying a radio bearer of a user data, so that the E-UTRAN can know the radio bearer requirement of the user data of the UE, so as to optimize the user data through the judgment of the E-UTRAN. transmission.
  • a method for notifying a radio bearer requirement of a user data comprising: the user equipment UE notifying the evolved universal terrestrial radio access network E-UTRAN by radio resource control RRC signaling.
  • the E-UTRAN After receiving the radio data bearer requirement of the user data, the E-UTRAN determines whether to forward data according to the radio bearer requirement of the user data, and if yes, forwards the data; otherwise, notifies the UE where the UE is located. Data is transmitted directly in the cell.
  • the RRC signaling is a request signaling for directly transmitting data in the cell by the UE, and the request signaling for directly transmitting data in the cell carries parameters that characterize the radio bearer.
  • the method further includes: after the E-UTRAN parses the parameter that characterizes the radio bearer requirement, and matching with a parameter in a data transmission list stored locally by the E-UTRAN, when the matching, the authorized UE can be in the cell. Transmitting data directly, and feeding back the license to the UE;
  • the parameters for characterizing the radio bearer include: a peer UE identifier, a service type, and a data type.
  • the parameters in the data transmission list stored locally by the E-UTRAN include: Knowledge, business type and data type.
  • the method further includes: identifying, by using the indication indication identifier, that the current RRC signaling is: request signaling that the UE directly transmits data in the local cell.
  • the method further includes: the UE requesting the E-UTRAN to cancel the UE directly transmitting data in the local cell by using RRC signaling.
  • the method further includes: configuring the E-UTRAN to: whether to support the UE to directly transmit data in the cell.
  • a notification system for user data wireless charging requirements comprising: a notification unit on the UE side, configured to notify the E-UTRAN of the user data radio bearer requirement by using the RRC signaling.
  • the system further includes a determining unit of the E-UTRAN, configured to receive the radio bearer requirement of the user data, and when the forwarding data is determined according to the radio bearer requirement of the user data, the data is forwarded by the E-UTRAN; When the radio bearer needs to determine that the data is not to be forwarded, the UE is notified to directly transmit data in the local cell where the UE is located.
  • the determining unit further includes a parsing module, configured to match the parameters in the data transmission list stored locally by the E-UTRAN after the E-UTRAN parses the parameters that represent the radio bearer requirement, and when matching, Authorizing the UE to directly transmit data in the cell, and feeding back the authorization to the UE;
  • the parameters for characterizing the radio bearer include: the peer UE identifier, the service type, and the data type.
  • the parameters in the data transmission list stored locally by the E-UTRAN include: the peer UE identifier, the service type, and the data type.
  • the UE of the present invention notifies the E-UTRAN of the user data radio bearer requirement through RRC signaling.
  • the radio data bearer requirement of the user data is proposed by the UE to the E-UTRAN, so that the E-UTRAN can know the radio bearer requirement of the user data of the UE, so as to optimize the transmission of the user data through the judgment of the E-UTRAN.
  • the E-UTRAN receives the radio bearer requirement of the user data notified by the UE.
  • the E-UTRAN can determine whether to forward the data according to the requirement, or directly transmit the data in the cell where the UE is located, so that the E-UTRAN can process the data.
  • FIG. 1 is a schematic diagram of a device composed of devices in an LTE networking
  • FIG. 2 is a schematic diagram of normal LTE user data transmission between protocol layers of each device;
  • FIG. 3 is a schematic diagram of signaling flow according to the present invention.
  • DETAILED DESCRIPTION OF THE INVENTION The basic idea of the present invention is: The UE notifies the E-UTRAN of the user data radio bearer requirement through RRC signaling.
  • a method for notifying a radio bearer requirement of a user data comprising: the UE notifying the E-UTRAN of the radio bearer requirement of the user data by using RRC signaling.
  • the E-UTRAN determines whether to forward the data according to the radio bearer requirement of the user data; if yes, forwards the data; otherwise, notifies the UE to directly transmit the data in the local cell where the UE is located. .
  • the RRC signaling is specifically a request signaling for the UE to directly transmit data in the current cell, and the request signaling for directly transmitting data in the cell carries the parameter indicating the radio bearer requirement.
  • the method further includes: after receiving the radio bearer requirement of the user data notified by the UE, the E-UTRAN determines whether the manner of data transmission is forwarded by the E-UTRAN, or notifies the UE that When the UE directly transmits data in the cell where the UE is located, the E-UTRAN first parses the parameters indicating the radio bearer requirement, and then matches the parameters in the data transmission list stored locally by the E-UTRAN. When matching, the authorized UE can be in the present The data is directly transmitted in the cell, and the authorization is fed back to the UE, that is, the UE is notified to directly transmit data in the cell where the UE is located.
  • the parameters in the data transmission list stored locally by the E-UTRAN include: a peer UE identifier, a service type, and a data type.
  • the request indication identifier is used to identify that the current RRC signaling is specifically request signaling for the UE to directly transmit data in the local cell.
  • the method further includes: the UE requesting, by the RRC signaling, the E-UTRAN to cancel the UE directly transmitting data in the local cell.
  • the method further includes: configuring the E-UTRAN to: whether to support the UE to directly transmit data in the cell.
  • the present invention mainly includes the following contents:
  • the object of the present invention is to provide an implementation scheme for the radio data bearer of user data proposed by the UE to the E-UTRAN, which is used for improving the data transmission speed of the user and reducing the processing pressure of the core network, thereby optimizing the transmission of the user data.
  • the implementation includes the following:
  • the user data radio bearer has been established between the UE and the E-UTRAN.
  • the service is to be initiated, it is determined whether the user data transmission mode is in the cell according to the service feature.
  • the UE prepares to represent the parameters of the wireless 7-load requirement. Including the peer UE identity, service type, and data type.
  • the UE sends the parameter indicating the wireless bearer requirement to the E-UTRAN through the request signaling of the UE directly transmitting data in the cell.
  • the request signaling for the UE to directly transmit data in the current cell is RRC signaling, which may also be referred to as RRC service configuration signaling.
  • RRC service configuration signaling After receiving the request signaling of the UE, the E-UTRAN verifies whether the peer UE identity, the service type, and the data type can be directly transmitted in the local cell, and sends a response corresponding to the request to the UE according to the verification result.
  • the E-UTRAN prepares resources such as a buffer.
  • E-UTRAN parses out the parameter indicating the radio bearer requirement, and the E-UTRAN locally stores the data transmission list. The parameters are matched. When matching, the authorized UE can directly transmit data in the cell, and feedback the authorization to the UE.
  • the parameters in the data transmission list stored locally by the E-UTRAN include: the peer UE identifier, the service type, and the data type.
  • the UE When the UE generates the corresponding service, the user data can be directly transmitted in the cell.
  • the foregoing implementation manner further includes: the UE may request the E-UTRAN to cancel the request for direct transmission of user data in the current cell.
  • the foregoing implementations further include:
  • the E-UTRAN can be configured to support whether the user data direct transmission function in the cell is supported.
  • the present invention realizes that the UE needs to request the user data radio bearer to the E-UTRAN, and requests the E-UTRAN to prepare the user data for transmission in the cell, thereby improving the user data transmission speed and reducing.
  • the processing pressure of the core network has no effect on other sub-layers such as MAC, RLC, etc., and there is no need to add another physical entity.
  • FIG. 1 is a schematic diagram of a network structure involved in the present invention, and is a schematic diagram of a LTE that includes a HeNB, including a UE, an eNB, an HeNB, and an EPC.
  • a HeNB including a UE, an eNB, an HeNB, and an EPC.
  • two UEs are included, one UE is a mobile phone, one UE is a personal computer, and one UE of the two UEs is the local UE, and the other UE is the peer UE.
  • Figure 1 corresponds to the following specific implementation scenarios:
  • the user transmits user data between a mobile phone and a personal computer through the HeNB in the home, such as video streaming data, obviously, if the user has prepaid the packet data traffic fee Such data does not have to go through the core network.
  • FIG. 2 is a schematic diagram of a protocol structure of LTE user data transmission. It can be seen that the transmission of user data starts from the UE, the eNB, the S-GW, and the P-GW, and finally arrives at the service service network. In this process, starting from the PDCP sublayer, the real content closest to the user data.
  • FIG. 3 is a schematic diagram of the signaling flow of the present invention. For the sake of clarity, only the primary signaling is shown.
  • the user data radio bearer has been established between the UE and the E-UTRAN. This process is a process between the UE in the normal LTE and the E-UTRAN, that is, the RRC connection establishment process has been completed between the UE and the E-UTRAN.
  • SRB Signaling Radio Bearer
  • a service for example, a VoIP call is initiated, a user file is transmitted, and the like, and then, according to the service feature, it is determined whether the user data transmission mode is in the cell.
  • One scenario is: The user sends a video file from the mobile phone to the personal computer.
  • the mobile phone and the personal computer here are connected to the HeNB through the LTE wireless system, and are connected to the same HeNB, and apply to the operator for the monthly subscription without the traffic.
  • the signaling process shown in Figure 3 includes the following steps:
  • Step 201 The UE sends RRC service configuration signaling to the E-UTRAN.
  • the UE prepares parameters for characterizing the radio bearer requirements, including the request indication identifier, the peer UE identifier, the service type, and the data type.
  • the peer UE identifier is a Uniform Resource Identifier (URI)
  • the service type is File Transfer Protocol (FTP)
  • the data type is an FTP port number.
  • the peer UE identifier is a URI.
  • the service type is VoIP
  • the data type is RTP, Real Time Transport Control Protocol (RTCP) port number, and so on. That is to say, these parameters are included in the RRC service configuration signaling sent by the UE.
  • RRC signaling There are various types of RRC signaling.
  • the type of the current RRC signaling is RRC service configuration signaling, that is, the request signaling of the UE directly transmitting data in the local cell.
  • the RRC service configuration signaling is sent on the established SRB, which is an uplink message.
  • DCCH dedicated Control Channel
  • Step 202 The E-UTRAN responds to the RRC service configuration signaling, and sends the RRC service configuration completion signaling to the UE.
  • the E-UTRAN After receiving the RRC service configuration signaling, the E-UTRAN verifies whether the UE pair including the local UE and the opposite UE are in the local cell, and whether the service type and the data type can be directly transmitted in the local cell, according to the verification result. Send a response to the UE.
  • the E-UTRAN prepares resources such as a buffer.
  • the RRC service configuration completion signaling is sent on the already established SRB, which is a downlink message and is transmitted through the DCCH.
  • the E-UTRAN when the E-UTRAN returns a response to the UE, it only needs to respond to whether the UE satisfies the UE's request, and does not need to require the UE to re-establish the bearer, even if the UE request is not satisfied. If the E-UTRAN is configured to not support the direct transmission of user data in the cell, the E-UTRAN returns a message to the UE, indicating that the function is not supported, and the originally established user data bearer does not change.
  • the UE may also use the foregoing signaling procedure to request the E-UTRAN to cancel the request for the direct transmission of the user data in the cell.
  • the process is only the change of the parameter value.
  • the request indication identifier in the RRC signaling may be set to The identifier of the current RRC signaling is specifically: the request signaling that the UE directly transmits data in the local cell; correspondingly, the request indication identifier in the RRC signaling may be set to 0, to identify that the current RRC signaling is specifically: The E-UTRAN is requested to cancel the request signaling for direct transmission of user data in the cell.
  • the core network is applicable to networks such as 3GPP LTE.
  • the RRC service configuration signaling may be represented as RRCServiceConfiguration; the RRC service configuration completion signaling may be represented as RRCServiceConfigurationComplete.
  • a notification system for user data wireless charging requirements comprising: a notification unit on the UE side, configured to notify the E-UTRAN of the user data radio bearer requirement by the RRC signaling by the UE.
  • the system further includes an E-UTRAN determining unit, configured to receive, by the E-UTRAN, a radio bearer requirement of the user data notified by the UE, and when the forwarding data is determined according to the radio bearer requirement of the user data, the data is forwarded by the E-UTRAN; When it is determined that the data is not forwarded according to the radio bearer requirement of the user data, the UE is notified to directly transmit data in the local cell where the UE is located.
  • the judging unit further includes a parsing module, configured to match the parameters in the data transmission list stored locally by the E-UTRAN after the E-UTRAN parses the parameters characterizing the radio bearer requirement, and when the matching, the authorized UE can be in the cell.
  • the data is transmitted directly, and the license is fed back to the UE.
  • the parameters for characterizing the radio bearer include: the peer UE identifier, the service type, and the data type.
  • the parameters in the data transmission list stored locally by the E-UTRAN include: the peer UE identifier, the service type, and the data type.

Landscapes

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

Abstract

本发明公开了一种用户数据无线承载需求的通知方法，该方法包括：用户设备（UE）通过无线资源控制（RRC）信令，将用户数据无线承载需求通知给演进的通用陆地无线接入网 （E-UTRAN）。 本发明还公开了一种用户数据无线承载需求的通知系统，该系统包括：UE侧的通知单元，用于UE通过 RRC信令， 将用户数据无线承载需求通知给E-UTRAN。 采用本发明的方法及系统， 使E-UTRAN能获知 UE的用户数据无线承载需求， 以便后续通过E-UTRAN的判断优化用户数据的传输。

Description

一种用户数据无线承载需求的通知方法及系统 技术领域
本发明涉及无线通信领域， 尤其涉及一种在长期演进（LTE ) 系统中， 使用无线资源控制 （RRC )信令实现用户数据无线承载需求的通知方法及 系统。 背景技术
目前移动通信系统已经发展到了 LTE。 LTE 采用了正交频分复用 ( OFDM )、 多输入多输出 （MIMO )等技术， 在无线网络组网上采用 2层 结构， 并引入了演进的家庭基站（HeNB ), 包含有 HeNB的 LTE的结构如 图 1 所示。图 1中包括：用户设备（UE, User Equipment )、增强型基站（eNB, evelved NodeB ), HeNB和核心网络（ EPC, Evolved Packet Core )。 其中， UE可以是手机或个人电脑； eNB、 HeNB即无线接入网 （RAN ), RAN用 于处理所有与无线有关的功能； EPC 处理所有的数据连接包括互联网话音 呼叫 （VoIP ), 并实现与外部网络的交换和路由功能。
LTE系统中， 用户数据传输的协议结构如图 2 所示。 图 2中， 包数据 聚合协议（ PDCP )在 UE和 RAN中， 分别执行数据包的报头压缩 /解压缩、 完整性保护和传输用户数据； 在切换时， 将其维护的数据包对应的序列号 和緩存的数据包转发到目的 eNB。 PDCP实体分别设置在 UE和 RAN中， 可以设置为一个或多个。其中，传输用户数据即为：将由数据包生成的 PDCP 协议数据单元（PDCP-PDU )转发到无线链路控制 （RLC )层。 图 2 中， Application指应用层； IP指网际协议； MAC指媒体接入控制； L1指物理 层； Relay指中继转发功能， 比如 eNB和 S-GW能够把前一节点的数据转 到下一节点， 对数据内容不作任何业务处理； GTP-U指通用分组无线服务 系统隧道协议-用户面； UDP指用户数据报协议， 是面向非连接的协议； L2 指链路层； Serving GW指服务网关， 缩写为 S-GW; PDN GW指分组数据 网关， 缩写为 P-GW; UE与 eNB之间的接口是 LTE-Uu; eNB与 S-GW之 间的接口是 Sl-U; S-GW与 P-GW之间的接口是 S5/S8。
以上行数据为例，当采用图 2所示的用户数据传输的协议结构时， PDCP 实体传送数据的流程包括以下步骤：
步骤 101、在 UE中， UE的 Application的数据封装成 IP数据包或者点 对点协议（PPP )数据包发送给 UE中的 PDCP实体。
步骤 102、 UE中的 PDCP实体遵照鲁宾报文头压缩 （RoHC, RObust Header Compression ), 对数据包进行报头压缩， 生成 PDCP-PDU后传送给 UE中的 RLC层。
步骤 103、 UE中的 RLC层对该 PDCP-PDU增加 RLC 头后发送给 MAC层； 在 UE中的 MAC层， 对已经增加了 RLC报头的 PDCP-PDU增 加 MAC报头后发送给 UE的 L1层； 在 UE的 L1层， 对该增加 RLC报头 和 MAC报头的 PDCP-PDU进行编码调制等操作后发送给 UE所属的 eNB。
步骤 104、 eNB对该 PDCP-PDU进行编码解调等操作后发送到 eNB中 的 MAC层， eNB中的 MAC层去除步骤 103中添加的 MAC报头， 将去除 MAC报头后的 PDU发送给 eNB中的 RLC层； eNB中的 RLC层去除步骤 103中添加的 RLC报头后， 将去除 MAC报头和 RLC报头后的 PDCP-PDU 发送给 eNB中的 PDCP实体。
步骤 105、 PDCP实体使用 RoHC将 PDCP-PDU进行报头解压缩，生成 IP数据包或者 PPP数据包。
步骤 106、 eNB将 IP数据包或者 PPP数据包通过 GTP-U隧道经 S1-U 接口发送给 S-GW, S-GW再将 IP数据包或者 PPP数据包发送给 P-GW。
上述的是从 UE到外部网络发送数据包的过程，也就是上行发送数据包 的过程。从外部网络发送数据包到 UE的过程， 即下行发送数据包的过程和 上行发送数据包的过程类似， 只是 eNB中的 PDCP实体负责对下行数据包 进行 PDCP 头压缩形成 PDCP-PDU并传输， 而 UE中的 PDCP实体负责 对接收到的 PDCP-PDU进行报头解压缩并传输。 在上述过程中， 事先通过 信令建立了用户数据传输的通道， 包括无线承载、 演进的分组系统（EPS, Evolved Packet System )承载等， 其中， UE与演进的通用陆地无线接入网 ( E-UTRAN )之间的 RRC子层完成了无线承载的建立。
在 LTE系统中， HeNB是基站的一种， 主要用于私人用户的专用资源， 部署在家庭、 团体、 公司或者学校等私人场所使用， 只限定某些用户的接 入。 HeNB主要是用来解决小范围的 E-UTRAN蜂窝覆盖， 通过固定线路， 比如数字用户线（ DSL )连接到接入网， 用户的各种业务都可以通过 HeNB 来完成， 例如电话、 上网等。 HeNB吸引用户的方面在于它丰富的、 基于位 置的业务，较好的服务质量和差异化计费方面的优势。 HeNB的功能沿用了 部分普通 eNodeB的基本功能，还可能会增加一些面向用户的私用功能， 譬 如说 HeNB拥有者可以配置 HeNB的使用， 比如增加 /删除用户、 家庭网关 的功能、 家电网络控制等等。
HeNB的优点有： 通过 DSL连接到接入网， 节省运营商架设基站以及 维护费用； 解决室内覆盖以及 eNodeB的容量问题， 另外， 由于 HeNB覆盖 范围小， 给少数用户提供全部小区无线资源的特点， 它可以更充分地利用 LTE 的高速接入特性； 以及提供优惠的资费， 移动运营商抢占固网运营市 场， 一般认为 HeNB会使用包月的资费。 HeNB作为家庭数据接入时， 是目 前运营商所关注的一个热点， 一般认为该产品应该能够通过家庭宽带接入 链路连接到接入网关， 进而连接移动核心网； 用户的使用方式如同无线保 真 （Wi-Fi )路由器， 可以即插即用、 无线上网， 区别在于用户不再需要另 外的终端设备， 而只需要使用通用的 LTE手机或 LTE数据卡。 HeNB作为 中小型企业 /办公室数据接入时， 应用类似于家庭数据接入产品， 但是需要 扩展其接入容量， 以便能够给办公室全员提供服务， 该产品可以通过企业 租用的数据线路连接到接入网关， 进而连接移动核心网， 另外不同于家庭 应用场景， 企业应用场景将存在大量内部语音 /数据通信， 因此也存在实现 话音和数据内部交换的需求。
HeNB还与允许封闭用户组（ CSG, Closed Subscriber Group )概念有关， 允许接入家庭基站覆盖区域的用户称为 CSG用户。 属于这个用户组的一个 或多个 HeNB覆盖的区域也就是 CSG区域。 每个 CSG在一个公众陆地移 动电话网 （PLMN ) 中用唯一的标志进行标识， 称为 CSG ID。 一个小区只 能属于一个 CSG区域或一个跟踪区（TA, Tracking Area )„ CSGs和 TAs在 地理上是可以交迭的。 属于同一个 CSG区域的多个小区可能在地理位置上 是不连续的， 可能同处于一个或多个 TA。 通过小区广播消息可以知道这个 小区是 CSG 小区或 TA小区。
只有经过授权的用户才能允许接入到 CSG中， CSG的概念与 TA类似， 都是由若干个小区组成。 通过在 UE和移动性管理实体（MME ) 中设定允 许访问的白名单可以控制非 CSG用户对 HeNB的访问，在 MME中存储 TA 和 CSG的对应关系数据库，在附着（ ATTACH )或跟踪区更新（ TAU , Tracking Area Update )过程将允许访问的白名单下发到许可的 CSG用户。 白名单就 是在 UE和 MME中设定的允许 UE访问的 CSG列表。
LTE全部采用包（packet )数据传输， 特别地， 同一 eNB/HeNB 下的 UE之间传输的用户数据都是包数据。 随着 HeNB的发展， 人们还在探讨把 一些家庭电子设备经由 HeNB管理。 可见， 归属于 HeNB的 UE具有相对 位置固定、 在同一小区下 UE间发生业务居多等特点。
针对上述的一些特定情形， 包括实时传输协议（ RTP )报文数据等报文 数据， 传输于同一 HeNB下的 UE之间时， 仍然要经过 EPC, 这就降低了 UE间的数据传输效率， 也加大了 EPC的处理负荷。 但是， EPC往往不知 道 UE 上会发生什么样的业务以及哪些业务的用户数据可以不必要经过 EPC的转发，这就需要 UE能够把用户数据无线承载需求通知给 E-UTRAN, 由 E-UTRAN做好用户数据的转发准备并完成转发。然而， 目前还没有实现 UE通知 E-UTRAN用户数据无线 7 载需求的方案。 发明内容
有鉴于此， 本发明的主要目的在于提供一种用户数据无线承载需求的 通知方法及系统， 使 E-UTRAN能获知 UE的用户数据无线承载需求， 以便 后续通过 E-UTRAN的判断优化用户数据的传输。
为达到上述目的， 本发明的技术方案是这样实现的：
一种用户数据无线承载需求的通知方法， 该方法包括： 用户设备 UE 通过无线资源控制 RRC信令， 将用户数据无线承载需求通知给演进的通用 陆地无线接入网 E-UTRAN。
其中，所述 E-UTRAN收到所述用户数据无线承载需求后，根据所述用 户数据无线承载需求， 判断是否转发数据， 如果是， 则转发数据； 否则， 通知所述 UE在 UE所在的本小区内直接传输数据。
其中， 所述 RRC信令为 UE在本小区内直接传输数据的请求信令时， 所述 UE在本小区内直接传输数据的请求信令中携带有表征无线承载需求 的参数。
其中，该方法进一步包括： 所述 E-UTRAN解析出所述表征无线承载需 求的参数后，与 E-UTRAN本地存储的数据传输列表中的参数进行匹配， 当 匹配时， 授权 UE 能在本小区内直接传输数据， 并将授权许可反馈给所述 UE;
其中， 所述表征无线承载需求的参数包括： 对端 UE标识、 业务类型和 数据类型； E-UTRAN本地存储的数据传输列表中的参数包括： 对端 UE标 识、 业务类型和数据类型。
其中， 该方法进一步包括： 通过请求指示标识， 标识当前 RRC信令具 体为： 所述 UE在本小区内直接传输数据的请求信令。
其中， 该方法进一步包括： 所述 UE通过 RRC信令向所述 E-UTRAN 请求取消 UE在本小区内直接传输数据。
其中， 该方法进一步包括： 将所述 E-UTRAN配置为： 是否支持 UE在 本小区内直接传输数据。
一种用户数据无线^ ^载需求的通知系统， 该系统包括： UE侧的通知单 元， 用于 UE通过 RRC信令将用户数据无线承载需求通知给 E-UTRAN。
其中，该系统还包括 E-UTRAN的判断单元，用于接收所述用户数据无 线承载需求， 当根据用户数据无线承载需求判断出转发数据时， 由所述 E-UTRAN转发数据； 当根据用户数据无线承载需求判断出不转发数据时， 通知所述 UE在 UE所在的本小区内直接传输数据。
其中，所述判断单元还包括解析模块，用于所述 E-UTRAN解析出所述 表征无线承载需求的参数后，与 E-UTRAN本地存储的数据传输列表中的参 数进行匹配， 当匹配时，授权 UE能在本小区内直接传输数据， 将授权许可 反馈给所述 UE;
其中， 所述表征无线承载需求的参数包括： 对端 UE标识、 业务类型和 数据类型； E-UTRAN本地存储的数据传输列表中的参数包括： 对端 UE标 识、 业务类型和数据类型。
本发明的 UE 通过 RRC 信令， 将用户数据无线承载需求通知给 E-UTRAN。
采用本发明， 由 UE 向 E-UTRAN提出用户数据无线承载需求， 使 E-UTRAN能获知 UE的用户数据无线承载需求， 以便后续通过 E-UTRAN 的判断优化用户数据的传输。针对后续优化用户数据的传输而言，通过 RRC 信令， E-UTRAN 收到 UE 通知的用户数据无线承载需求， 一方面， 使 E-UTRAN能根据该需求判断是转发数据、 还是在 UE所在的小区内直接传 输数据， 使 E-UTRAN的处理具有更大的灵活性； 另一方面， 当在 UE所在 的小区内直接传输数据时， 不仅提高了 UE间的数据传输效率， 而且减轻核 心网的数据传输与处理压力。 从而， 采用本发明， 实现了用户数据的传输 优化。 附图说明
图 1为 LTE组网时设备组成的筒单示意图；
图 2为正常的 LTE用户数据传输在各设备协议层之间的示意图； 图 3为本发明的信令流程示意图。 具体实施方式 本发明的基本思想是： UE通过 RRC信令， 将用户数据无线承载需求 通知给 E-UTRAN。
下面结合附图对技术方案的实施作进一步的详细描述。
一种用户数据无线承载需求的通知方法， 该方法包括： UE通过 RRC 信令， 将用户数据无线承载需求通知给 E-UTRAN。
这里， E-UTRAN收到 UE通知的用户数据无线承载需求后， 根据用户 数据无线承载需求， 判断是否转发数据； 如果是， 则转发数据； 否则， 通 知 UE在 UE所在的本小区内直接传输数据。
这里， RRC信令具体为 UE在本小区内直接传输数据的请求信令时， UE在本小区内直接传输数据的请求信令中携带有表征无线承载需求的参 数。
这里， 该方法进一步包括： E-UTRAN收到 UE通知的用户数据无线承 载需求后， 在判断数据传输的方式是由 E-UTRAN转发、 还是通知 UE在 UE所在的本小区内直接传输数据时， 首先 E-UTRAN解析出表征无线承载 需求的参数后， 与 E-UTRAN本地存储的数据传输列表中的参数进行匹配， 当匹配时，授权 UE能在本小区内直接传输数据，并将授权许可反馈给 UE, 即通知 UE在 UE所在的本小区内直接传输数据。 其中， E-UTRAN本地存 储的数据传输列表中的参数包括： 对端 UE标识、 业务类型和数据类型。
这里， 通过请求指示标识， 标识当前 RRC信令具体为 UE在本小区内 直接传输数据的请求信令。
这里， 该方法进一步包括： UE通过 RRC信令， 向 E-UTRAN请求取 消 UE在本小区内直接传输数据。
这里， 该方法进一步包括： 配置 E-UTRAN为： 是否支持 UE在本小区 内直接传输数据。
综上所述， 本发明主要包括以下内容：
本发明的目的是提供由 UE向 E-UTRAN提出用户数据无线承载需求的 实现方案， 用于提高用户数据传输速度和减轻核心网的处理压力， 从而对 用户数据的传输进行优化。
该实现方案包括以下内容：
一、 UE与 E-UTRAN之间已经建立用户数据无线承载， 当要发起业务 时， 根据业务特征， 确定用户数据传输方式是否在本小区内。
二、 当明确发送数据的本端 UE、 和接收数据的对端 UE都在同一个小 区时， 即本端 UE和对端 UE都在本小区时， UE准备表征无线 7?载需求的 参数， 包括对端 UE标识、 业务类型、 数据类型。
三、 UE通过 UE在本小区内直接传输数据的请求信令， 把表征无线承 载需求的参数发送给 E-UTRAN。
这里， UE在本小区内直接传输数据的请求信令是 RRC信令， 也可称 为 RRC业务配置信令。 四、 E-UTRAN收到 UE的请求信令后， 验证对端 UE标识、 业务类型、 数据类型是否可直接在本小区内传输，根据验证结果向 UE发送对应请求的 响应。 当能够在本小区传输业务数据时， E-UTRAN准备緩沖区等资源。
这里， 验证对端 UE标识、 业务类型、数据类型是否可直接在本小区内 传输具体过程是： E-UTRAN 解析出表征无线承载需求的参数后， 与 E-UTRAN 本地存储的数据传输列表中的参数进行匹配， 当匹配时， 授权 UE能在本小区内直接传输数据， 将授权许可反馈给 UE。 其中， E-UTRAN 本地存储的数据传输列表中的参数包括： 对端 UE标识、业务类型和数据类 型。
五、 UE发生相应的业务时， 就可以在本小区内直接传输用户数据。 上述实现方案进一步包括： UE可以请求 E-UTRAN取消本小区内用户 数据直接传输的请求。
上述实现方案进一步包括： E-UTRAN可以配置为是否支持在本小区内 用户数据直接传输功能。
综上所述， 通过本发明， 实现了由 UE向 E-UTRAN提出用户数据无线 承载需求，请求 E-UTRAN做好用户数据在本小区内传输的准备，这样可以 提高了用户数据传输速度和减轻核心网的处理压力， 并且对其它子层如 MAC, RLC等没有影响， 也不需要增加另外的物理实体。
图 1描述的是本发明的所涉及的组网结构图， 是包含有 HeNB的 LTE 的筒单示意图， 包括 UE、 eNB、 HeNB和 EPC。 在图 1中， 包括两个 UE, 一个 UE是手机， 一个 UE是个人电脑， 而且两个 UE中一个 UE作为本端 UE, 另一个 UE作为对端 UE。 图 1对应了如下的具体实现场景： 用户在家 庭居所内， 通过 HeNB在一支手机和一台个人电脑之间传输用户数据， 比 如影视媒体流数据， 显然， 如果用户已经预付了分组数据流量费用， 这样 的数据无须经过核心网。 图 2是 LTE用户数据传输的协议结构示意图， 可见， 用户数据的传输 要从 UE、 经 eNB、 S-GW、 P-GW最后才开始到达业务服务网络。 这个过 程中， 从 PDCP子层开始， 最接近用户数据的真正内容。
方法实施例：
图 3是本发明的信令流程示意图， 为筒明起见， 图中只画出了主要的 信令。 UE与 E-UTRAN之间已经建立用户数据无线承载， 这一过程是正常 的 LTE中的 UE与 E-UTRAN之间的过程，即 UE与 E-UTRAN之间已经完 成了 RRC 连接建立过程， 已经存在一个信令无线承载 （SRB , Signalling Radio Bearer)„ 当要发起业务时， 例如要发起 VoIP呼叫、 传输用户文件等 等， 这时， 根据业务特征， 确定用户数据传输方式是否在本小区内， 一种 场景是： 用户从手机向个人电脑发送视频文件， 这里的手机、 个人电脑都 通过 LTE无线制式连接到 HeNB, 而且是连接到同一个 HeNB, 向运营商申 请的是按月不计流量的包月计费。 此时， 如图 3 所示的信令流程包括以下 步骤：
步骤 201、 UE发送 RRC业务配置信令到 E-UTRAN。
这里， RRC业务配置信令中， UE准备好表征无线承载需求的参数， 包 括请求指示标识、 对端 UE标识、 业务类型、 数据类型。 例如， 对端 UE标 识是一个统一资源标识（URI, Uniform Resource Identifier ), 业务类型是文 件传输协议（ FTP, File Transport Protocol )、数据类型是 FTP端口号； 或者， 对端 UE标识是一个 URI、 业务类型是 VoIP、 数据类型是 RTP、 实时传输 控制协议（ RTCP , Real time Transport Control Protocol )端口号， 等等。 也 就是说， UE发送的 RRC业务配置信令中包括这些参数。 其中， RRC信令 有各种类型， 通过请求指示标识， 可以标识当前 RRC信令的类型是 RRC 业务配置信令， 即为： UE在本小区内直接传输数据的请求信令。
这里， RRC业务配置信令在已经建立的 SRB上发送， 属上行消息， 经 专用控制信道（ DCCH, Dedicated Control Channel )传送。
步骤 202、 E-UTRAN对 RRC业务配置信令进行响应， 并发送 RRC业 务配置完成信令给 UE。
这里， E-UTRAN收到 RRC业务配置信令后， 验证包括本端 UE和对 端 UE的 UE对是否皆在本小区， 以及业务类型、 数据类型是否可直接在本 小区内传输，根据验证结果向 UE发送响应。 当能够在本小区传输业务数据 时， E-UTRAN准备緩沖区等资源。
这里， RRC业务配置完成信令在已经建立的 SRB上发送，属下行消息， 经 DCCH传送。
需要指出的是， E-UTRAN返回响应给 UE时， 只需要响应 UE是否满 足 UE的请求，不必要要求 UE重建立承载，即使不满足 UE请求也是这样。 如果 E-UTRAN 配置为不支持在本小区内用户数据直接传输功能， 则 E-UTRAN返回响应给 UE的消息中， 指示不支持该功能， 原来建立的用户 数据承载没有变化。
UE还可以用上述的信令流程， 来请求 E-UTRAN取消本小区内用户数 据直接传输的请求， 这样的流程仅是参数值的变化， 比如， 可以将 RRC信 令中的请求指示标识设置为 1 , 以标识当前 RRC信令具体为： UE在本小区 内直接传输数据的请求信令； 相应地， 可以将 RRC信令中的请求指示标识 设置为 0, 以标识当前 RRC信令具体为： 请求 E-UTRAN取消本小区内用 户数据直接传输的请求信令。
上述实施例， 核心网适用于 3GPP LTE等网络。 上述 RRC业务配置信 令可以表示为 RRCServiceConfiguration; RRC业务配置完成信令可以表示 为 RRCServiceConfigurationComplete。
一种用户数据无线^ ^载需求的通知系统， 该系统包括： UE侧的通知单 元， 用于 UE通过 RRC信令， 将用户数据无线承载需求通知给 E-UTRAN。 这里， 该系统还包括 E-UTRAN的判断单元， 用于 E-UTRAN收到 UE 通知的用户数据无线承载需求， 当根据用户数据无线承载需求判断出转发 数据时， 由 E-UTRAN转发数据； 当根据用户数据无线承载需求判断出不转 发数据时， 通知 UE在 UE所在的本小区内直接传输数据。
这里，判断单元还包括解析模块，用于 E-UTRAN解析出表征无线承载 需求的参数后， 与 E-UTRAN本地存储的数据传输列表中的参数进行匹配， 当匹配时， 授权 UE能在本小区内直接传输数据， 将授权许可反馈给 UE。
其中， 表征无线承载需求的参数包括： 对端 UE标识、 业务类型和数据 类型； E-UTRAN本地存储的数据传输列表中的参数包括： 对端 UE标识、 业务类型和数据类型。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。

Claims

权利要求书
1、一种用户数据无线承载需求的通知方法，其特征在于， 该方法包括： 用户设备 UE通过无线资源控制 RRC信令， 将用户数据无线承载需求通知 给演进的通用陆地无线接入网 E-UTRAN。
2、 根据权利要求 1所述的方法， 其特征在于， 所述 E-UTRAN收到所 述用户数据无线承载需求后， 根据所述用户数据无线承载需求， 判断是否 转发数据， 如果是， 则转发数据； 否则， 通知所述 UE在 UE所在的本小区 内直接传输数据。
3、 根据权利要求 1或 2所述的方法， 其特征在于， 所述 RRC信令为 UE在本小区内直接传输数据的请求信令时， 所述 UE在本小区内直接传输 数据的请求信令中携带有表征无线承载需求的参数。
4、 根据权利要求 3所述的方法， 其特征在于， 该方法进一步包括： 所 述 E-UTRAN解析出所述表征无线承载需求的参数后，与 E-UTRAN本地存 储的数据传输列表中的参数进行匹配， 当匹配时，授权 UE能在本小区内直 接传输数据， 并将授权许可反馈给所述 UE;
其中， 所述表征无线承载需求的参数包括： 对端 UE标识、 业务类型和 数据类型； E-UTRAN本地存储的数据传输列表中的参数包括： 对端 UE标 识、 业务类型和数据类型。
5、 根据权利要求 3所述的方法， 其特征在于， 该方法进一步包括： 通 过请求指示标识， 标识当前 RRC信令具体为： 所述 UE在本小区内直接传 输数据的请求信令。
6、 根据权利要求 4所述的方法， 其特征在于， 该方法进一步包括： 所 述 UE通过 RRC信令向所述 E-UTRAN请求取消 UE在本小区内直接传输 数据。
7、 根据权利要求 4所述的方法， 其特征在于， 该方法进一步包括： 将 所述 E-UTRAN配置为： 是否支持 UE在本小区内直接传输数据。
8、一种用户数据无线承载需求的通知系统， 其特征在于， 该系统包括： UE侧的通知单元， 用于 UE通过 RRC信令将用户数据无线承载需求 通知给 E-UTRAN。
9、根据权利要求 8所述的系统，其特征在于，该系统还包括 E-UTRAN 的判断单元， 用于接收所述用户数据无线承载需求， 当根据用户数据无线 承载需求判断出转发数据时， 由所述 E-UTRAN转发数据； 当根据用户数据 无线承载需求判断出不转发数据时，通知所述 UE在 UE所在的本小区内直 接传输数据。
10、 根据权利要求 8或 9所述的系统， 其特征在于， 所述判断单元还 包括解析模块， 用于所述 E-UTRAN解析出所述表征无线承载需求的参数 后， 与 E-UTRAN本地存储的数据传输列表中的参数进行匹配， 当匹配时， 授权 UE能在本小区内直接传输数据， 将授权许可反馈给所述 UE;
其中， 所述表征无线承载需求的参数包括： 对端 UE标识、 业务类型和 数据类型； E-UTRAN本地存储的数据传输列表中的参数包括： 对端 UE标 识、 业务类型和数据类型。
PCT/CN2009/075236 2009-07-24 2009-12-01 一种用户数据无线承载需求的通知方法及系统 WO2011009255A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910089865.9 2009-07-24
CN200910089865.9A CN101964954B (zh) 2009-07-24 2009-07-24 一种用户数据无线承载需求的通知方法及系统

Publications (1)

Publication Number Publication Date
WO2011009255A1 true WO2011009255A1 (zh) 2011-01-27

Family

ID=43498721

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/075236 WO2011009255A1 (zh) 2009-07-24 2009-12-01 一种用户数据无线承载需求的通知方法及系统

Country Status (2)

Country Link
CN (1) CN101964954B (zh)
WO (1) WO2011009255A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103167613B (zh) * 2011-12-14 2018-01-02 中兴通讯股份有限公司 一种d2d传输列表信息发送方法和系统
CN103326995B (zh) * 2012-03-22 2016-04-13 开曼晨星半导体公司 一种基于家庭基站的数据处理方法
US9144091B2 (en) * 2013-01-17 2015-09-22 Sharp Kabushiki Kaisha Devices for establishing multiple connections
CN105430711B (zh) 2015-10-28 2018-12-11 小米科技有限责任公司 信息的传输方法、装置和设备
CN110831256B (zh) * 2018-08-09 2024-03-15 中兴通讯股份有限公司 数据无线承载的恢复方法及装置、存储介质、电子装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1303224A (zh) * 1999-12-10 2001-07-11 朗迅科技公司 改进的移动用户到移动用户的呼叫
CN1805591A (zh) * 2005-01-11 2006-07-19 华为技术有限公司 一种无线承载重配置的方法
CN1914943A (zh) * 2004-01-28 2007-02-14 法国电信公司 管理utran无线接入网中的无线资源的方法
CN101361390A (zh) * 2005-12-15 2009-02-04 斯利府·米什创造有限公司 一种通信系统及方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100420341C (zh) * 2006-02-14 2008-09-17 华为技术有限公司 一种通信系统发起业务请求时对业务承载的处理方法
CN101489221B (zh) * 2009-01-15 2011-05-18 华为技术有限公司 数据发送、传输、接收方法及装置、局域网建立方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1303224A (zh) * 1999-12-10 2001-07-11 朗迅科技公司 改进的移动用户到移动用户的呼叫
CN1914943A (zh) * 2004-01-28 2007-02-14 法国电信公司 管理utran无线接入网中的无线资源的方法
CN1805591A (zh) * 2005-01-11 2006-07-19 华为技术有限公司 一种无线承载重配置的方法
CN101361390A (zh) * 2005-12-15 2009-02-04 斯利府·米什创造有限公司 一种通信系统及方法

Also Published As

Publication number Publication date
CN101964954A (zh) 2011-02-02
CN101964954B (zh) 2015-08-12

Similar Documents

Publication Publication Date Title
RU2523175C2 (ru) Способ и устройство для поддерживания непрерывности трафика
EP2351257B1 (en) Local breakout session establishment method and apparatus in wireless communicaiton system
JP2020506620A (ja) 要求に対する応答方法及びネットワーク装置
WO2013064104A1 (zh) 一种数据传输方法、移动性管理实体和移动终端
WO2015165051A1 (zh) 数据传输方法及设备
WO2013097641A1 (zh) 实现集群业务的方法、实体及系统
WO2013089452A1 (ko) 무선 통신 시스템에서 근접 서비스 제공 방법 및 장치
US11057954B2 (en) Network assistance via a local breakout function-gateway in RAN
WO2014005536A1 (zh) 临近终端的通信方法及装置、系统
WO2011026392A1 (zh) 一种路由策略的获取方法及系统
WO2011015147A1 (zh) 数据传输方法、装置和通信系统
WO2017219355A1 (zh) 多连接通信方法和设备
WO2012129923A1 (zh) 接入网网元、接入网络系统及接入方法
WO2010130174A1 (zh) 一种实现本地访问控制的方法及相应的通信系统
WO2013155981A1 (zh) 数据分流的方法和装置
WO2016141545A1 (zh) 业务流分流的方法和装置
WO2011026407A1 (zh) 一种本地网际协议访问连接移动性支持的方法及系统
WO2012116623A1 (zh) 一种移动通信系统和组网方法
WO2011054264A1 (zh) 一种建立本地ip访问下行数据通道的方法及系统
WO2011009255A1 (zh) 一种用户数据无线承载需求的通知方法及系统
WO2011116714A2 (zh) 终端间的通信方法和设备
WO2012068946A1 (zh) 查询网关的方法及系统
WO2012025031A1 (zh) 基于本地接入的承载建立方法及系统
WO2011009258A1 (zh) 分组数据聚合协议数据的传输方法与装置
WO2011097989A1 (zh) 一种本地访问寻呼优化方法及装置

Legal Events

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

Ref document number: 09847490

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: 09847490

Country of ref document: EP

Kind code of ref document: A1