CN100391195C - Method for dynamically adjusting data packet length based on network service quality - Google Patents
Method for dynamically adjusting data packet length based on network service quality Download PDFInfo
- Publication number
- CN100391195C CN100391195C CNB2003101094296A CN200310109429A CN100391195C CN 100391195 C CN100391195 C CN 100391195C CN B2003101094296 A CNB2003101094296 A CN B2003101094296A CN 200310109429 A CN200310109429 A CN 200310109429A CN 100391195 C CN100391195 C CN 100391195C
- Authority
- CN
- China
- Prior art keywords
- data packet
- packet length
- request
- grouping
- length
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The present invention provides a method for the dynamic adjustment of data packet length. The present invention comprises steps that a source terminal sends time stamp packets comprising the information of time stamps to a target terminal; after the target terminal receives the time stamp packets, whether the data packet length has to be changed is determined; when the data packet length has to be changed, the target terminal calculates new data packet length, and requesting packets which request for the change of the data packet length are sent to the source terminal; according to the content of the requesting packets, the source terminal changes the data packet length to the new data packet length or keeps the data packet length unchanged, and response packets are sent to the target terminal; the target terminal correspondingly processes the data packet length according to the content of the response packets. According to the method of the present invention, change in the quality of network services can be dynamically monitored, the data packet length is dynamically adjusted, and the influence of the change in the quality of the network services on the quality of user businesses is reduced to the greatest extent; in addition, the method of the present invention increases the utilization rate of network bandwidth.
Description
Technical field
The present invention relates to packet switching network, when relating in particular in the packet switching network transmission TDM service according to the method for network service quality dynamic adjusting data block length.
Background technology
Traditional Time Division Multiplexing circuit-switched service has characteristics such as transmission delay is little, real-time response ability height, is suitable for real-time services such as transferring voice, video, has the very important effect and the very big market share in the Modern Telecommunication net.But the TDM reciprocal exchange of business adopts channel to exclusively enjoy, so resource utilization is low.If the TDM business can be transmitted by packet switching network, then can improve line efficiency to a great extent, reduce transmission cost.
Transmitting synchronous or quasi synchronous TDM circuit emulation service in asynchronous packet switching network need to solve two subject matters: the one, how to solve the clock synchronization of transmitting terminal and receiving terminal, i.e. clock recovery problem; The 2nd, how to reduce time-delay as much as possible, guarantee traffic performance better.
The main cause that influences the clock recovery precision is the packet delay of packet in the packet switching network.So-called packet delay is meant that packet passes to the required time of receiving terminal from transmitting terminal.Packet delay comprises the content of following several respects: the wait time delay of transmitting terminal encapsulation; The signal line propagation delay time; The delay variation that causes owing to reasons such as network congestions.
At present, the main method of eliminating delay variation is by a certain size jitter-buffer being set at receiving terminal, reducing shake to sacrifice delay character, exchanging the lifting of recovered clock precision for.For the ease of handling, existing solution is that the byte in the TDM stream is encapsulated in the packet of regular length, and the TDM byte number that data encapsulate in dividing into groups is determined according to the real network situation by the user.
When low and customer requirements TDM business has less time-delay when network bandwidth utilance, can data packet length be set to as far as possible for a short time, need wait for more TDM frame with regard to can not be the time like this and cause the increase of time delay because of encapsulation.On the contrary, if the user does not have strict demand to professional real-time or network environment is better, then the data packet length of encapsulation TDM stream can be provided with more greatly to save bandwidth resources.
But said method is for the user, it is comparatively complicated not only to operate, and because network configuration and traffic characteristic are constantly to change along with user's demand and development, user's variation of monitor network actual flow and structure in real time makes necessary adjustment to block length, thereby this method operability is not strong, can not provide quality assurance for the TDM artificial service better.
Summary of the invention
The object of the present invention is to provide and a kind ofly not only be convenient to operate but also can dynamically adjust the method for data packet length, thereby provide quality assurance for TDM service better.
For achieving the above object, the invention provides a kind of method of dynamic adjusting data block length, it is characterized in that may further comprise the steps:
The source end sends the timestamp grouping that contains timestamp information to destination;
After destination is received described timestamp grouping, judge whether to need to change data packet length;
Change data packet length if desired, then described destination calculates new data packet length, and sends the request grouping that request changes data packet length to described source end;
Described source end is done respective handling according to the content of described request grouping to the data block length, and sends respond packet to described destination.
Method of the present invention also comprises a step: described destination is done respective handling according to the content of described respond packet to the data block length.
The method according to this invention, variation that can the dynamic monitoring network service quality, the dynamic adjusting data block length, make the requirement of data packet length according to network real-time traffic situation and user's quality of service, do dynamically to change, thereby reduce the influence of network service quality variation to greatest extent user TDM quality of service.In addition, method of the present invention has effectively utilized the network bandwidth more.
After reading the detailed description of embodiment of the present invention in conjunction with the accompanying drawings, other characteristics of the present invention and advantage will become clearer.
Description of drawings
Fig. 1 is the schematic flow diagram according to the method for dynamic adjusting data block length of the present invention;
Fig. 2 is the schematic flow diagram of method shown in Figure 1 under the signaling data packet loss conditions;
Fig. 3 is according to the method for dynamic adjusting data block length of the present invention schematic flow diagram at receiving terminal.
Embodiment
Describe the specific embodiment of the present invention in detail below in conjunction with accompanying drawing.
Fig. 1 is the schematic flow diagram according to the method for dynamic adjusting data block length of the present invention.The processing procedure shown in the left side is carried out at source end (transmitting terminal) among Fig. 1, and the processing procedure shown in the right side is carried out at destination (receiving terminal).Flow chart shown in Figure 1 is actually between source end and the destination, in order to realize the purpose of dynamic adjusting data block length, and the signaling information reciprocal process of carrying out.
At first, the packet switching network that comprises source end and destination is carried out initialization, professional quality of service requirement q and relevant system parameters are set.The initialization procedure of packet switching network and essence of the present invention are irrelevant, and are that those of ordinary skills know.
After the packet switching network initialization, end regular transmitting time in source is stabbed grouping.Promptly in step 101, the source end adopts mode in band or out of band regularly to send the timestamp grouping T that contains timestamp information to destination with frequency f.
After destination is received the timestamp grouping T that includes timestamp information, in step 102, utilization is included in the timestamp information among the timestamp grouping T, and utilizes timestamp grouping T due in time corresponding to stab, and stabs propagation delay time t, the delay variation d of grouping T computing time.
Then, according to propagation delay time t, delay variation d, former data packet length l and professional quality of service requirement q, (d q), judges whether to need to change data packet length to applying control strategy f1 to destination for l, t in step 103.
Propagation delay time t and delay variation d belong to high frequency and change parameter, can not be bigger because of the variation of propagation delay time in a certain data transfer process or delay variation, just change data packet length.On the contrary, should shake as a reference with the mean transit delay in a certain predetermined amount of time, average delay, in conjunction with other parameters, whether decision changes data packet length.Otherwise, may cause data packet length frequently to change, so that influence the stability of a system.
Judgement in the step 103 has two kinds of results.
First kind of judged result is not change data packet length.In this case, do not send any information to the source end, turn back to step 102 state before, destination is waited for from the source rapids and is received new packet.
Second kind of judged result is to change data packet length.In this case, processing procedure proceeds to step 104.
In step 104, promptly change under the situation of data packet length in decision, the optimum length lnew of destination specified data grouping proceeds to step 105 then.
In step 105, new data packet length is included in the packet Req of request change block length, then packet Req is sent to the source end, and wait for replying of source end.
In step 106, after the source end received that request that destination sends changes the packet Req of block length, (l lnew), judged whether to accept to change the request of block length to use home town ruling g.This judgement has two kinds of results.
First kind of judged result is the request that refusal changes block length.In this case, in step 107, the source end sends refusal request responding grouping Ack to destination.
Second kind of judged result is to accept to change the request of block length.In this case, in step 107, the source end sends the respond packet Ack accept request to destination, and from this constantly after the first predetermined time interval t1, execution in step 109.Why waiting for behind the first predetermined time interval t1 just execution in step 109, is in order to guarantee that destination has time enough to receive respond packet Ack and does respective handling according to the content of respond packet Ack.For example, ready for receiving by the packet of new block length encapsulation.
If decision accepts to change the request of block length in the step 106, then in step 109, the source end begins to send the packet with new block length lnew encapsulation.In the packet that is sent, block length changes flag bit and is set.
On the other hand, in step 108, destination is done respective handling according to the respond packet content, as data packet length being set at new length or it being remained unchanged after receiving the respond packet that transmitting terminal returns.Specifically, if the source termination of receiving is subjected to request responding, then destination confirms that the block length of local reception packet will be set at new data packet length lnew constantly from receiving the packet (being the packet that step 109 sends) that first block length change flag bit is set.If receive source end refusal request responding, then destination confirm will the local reception packet block length to remain former data packet length l constant.
In the step 110 corresponding with step 109, destination receive block length change that flag bit is set, with the packet of new data packet length l new encapsulation, the data packet length of using during the legal reception packet in this locality is set to new data packet length l new then.
Fig. 2 is the schematic flow diagram of method shown in Figure 1 under the signaling data packet loss conditions.Step and the step among Fig. 1 among Fig. 2 are roughly the same, and different is the situation of having considered the signaling data packet loss in Fig. 2.For example, the request that sent in step 105 changes after the request grouping Req of block length, and request grouping Req might lose, as shown in Figure 2.In addition, by behind the source end transmission respond packet Ack, respond packet Ack also might lose, as shown in Figure 2 in step 107.In both cases, all make destination after the request grouping Req that has sent request change block length, can not get response, thereby do not reach the purpose of dynamic adjusting data block length.
For this reason, after step 105, described destination monitors the second predetermined time interval t2.If in the second predetermined time interval t2, do not receive any respond packet Ack, then resend the request grouping Req that request changes block length in step 1052.
The source end begins to handle from step 106 after receiving for the first time request grouping Req.The request grouping Req that the source end is received for the first time may be the request grouping Req of destination in step 105 transmission, also may be the request grouping Req that destination resends in step 1052.Those skilled in the art understand that easily the step that resends request grouping Req can be not limited to once.
Identical among step 106 and 107 processing and Fig. 1.
If in the first predetermined time interval t1, the source end is received the request grouping Req (this situation shows that respond packet Ack loses, and destination executed step 1052) from destination once more, and then the source end resends respond packet Ack in step 1072.Those skilled in the art understand that easily the step that resends respond packet Ack can be not limited to once.
Step 108 afterwards, 109,110 with Fig. 1 in identical.
Requirement among Fig. 2, the first predetermined time interval t1 is greater than the second predetermined time interval t2.This requirement had both guaranteed that destination had time enough reception respond packet Ack and (for example does respective handling according to the content of respond packet Ack, ready for receiving by the packet of new block length encapsulation), guaranteed that again the source end can not change the length of packet before receiving the request grouping Req that destination resends because of respond packet Ack loses.
Fig. 3 is according to the method for dynamic adjusting data block length of the present invention schematic flow diagram at receiving terminal.As shown in Figure 3, in step 301, processing procedure begins.In step 302, system parameters is set, comprise professional quality of service requirement q and other parameters.Judge whether to receive the timestamp grouping T that contains timestamp information in step 303 then.If the judged result of step 303 is "Yes", then processing procedure proceeds to step 304; Otherwise, wait in step 303, up to receiving the timestamp grouping T that contains timestamp information.
In step 304, stab propagation delay time t, the delay variation d of grouping T computing time.This step also can comprise mean transit delay and the average delay variation that calculates the timestamp grouping of receiving in the predetermined amount of time.
In step 305, (d q), judges whether to change the length of packet for l, t according to control strategy f1.Identical among criterion and Fig. 1.If the judged result of step 305 is "No", then processing procedure is returned step 303, wait for receiving the next timestamp grouping T that contains timestamp information, otherwise processing procedure proceeds to step 306.
In step 306,, calculate new data packet length lnew according to above-mentioned control strategy.
In step 307, Xiang Yuanduan sends the request grouping Req that contains new data packet length lnew.
In step 308, judge whether to receive respond packet Ack.If the judged result of step 308 is "Yes", then processing procedure proceeds to step 310; Otherwise, proceed to step 309.
In step 309, judge whether to surpass predetermined amount of time, such as the second predetermined time interval t2 shown in Figure 2.If the judged result of step 309 is "Yes", then processing procedure turns back to step 307; Otherwise turn back to step 308.
In step 310, according to the content of respond packet Ack, destination judges whether the source end accepts request, if judged result is a "No", the source end has been refused request, and then processing procedure proceeds to 311; Otherwise proceed to step 312.
In step 311, destination remains unchanged data packet length, returns step 303 afterwards.
In step 312, destination is changed into lnew with data packet length, confirms that perhaps the block length of local reception packet will be set at new data packet length lnew constantly from receiving the packet that first block length change flag bit is set.Afterwards, processing procedure turns back to step 303.
Flow process shown in Figure 3, especially step 307 have been handled the situation that signaling data grouping as shown in Figure 2 (i.e. request grouping Req or respond packet Ack) is lost effectively to 309.
With flow process shown in Figure 3 correspondingly, carry out relatively simple processing procedure at the source end, promptly carry out step 101 shown in Figure 1 earlier, and wait for.If the request of receiving changes the request grouping Req of block length, the step 106 and 107 in the execution graph 1 then, and decision is accepted to change under the situation of request of block length in step 106, execution in step 109 behind the first predetermined time interval t1.Step 101 is periodically carried out with frequency f.And the execution of step 106 and 107 depends on whether the request of destination, request grouping Req lose, whether respond packet Ack loses, many factors such as overtime whether.In the first predetermined time interval t1, receive once more under the situation of request grouping Req, also can carry out step 1072 shown in Figure 2.
Though described embodiments of the present invention in conjunction with the accompanying drawings, those skilled in the art can make various distortion or modification within the scope of the appended claims in this area.
Claims (12)
1. the method for a dynamic adjusting data block length is characterized in that may further comprise the steps:
The source end sends the timestamp grouping that contains timestamp information to destination;
After destination is received described timestamp grouping, judge whether to need to change data packet length;
Change data packet length if desired, then described destination calculates new data packet length, and sends the request grouping that request changes data packet length to described source end;
Described source end is done respective handling according to the content of described request grouping to the data block length.
2. according to the method for claim 1, it is characterized in that the described step of needs change data packet length that judges whether may further comprise the steps:
Calculate described timestamp transmission packets time delay and delay variation;
At least according to QoS requirement, described propagation delay time, described delay variation, judge whether to need to change data packet length.
3. according to the method for claim 1, it is characterized in that the step that described transmission contains the timestamp grouping of timestamp information undertaken by described source end with preset frequency.
4. according to the method for claim 3, it is characterized in that the described step of needs change data packet length that judges whether may further comprise the steps:
Calculate described timestamp transmission packets time delay and delay variation;
Calculate the mean transit delay and the average delay variation of the timestamp grouping of receiving in the predetermined amount of time;
At least according to QoS requirement, described mean transit delay, the shake of described average delay, judge whether to need to change data packet length.
5. according to the method for claim 1, it is characterized in that in the described step that described new data packet length is added in the described request grouping that before described source end sends the step of request grouping that request changes data packet length, comprises.
6. according to the method for claim 1, it is characterized in that the described step that the data block length is done respective handling may further comprise the steps:
At least according to former data packet length, described new data packet length, judge whether to accept the described request grouping;
If accept the described request grouping, then send and accept the described request response packet to described destination; And
Behind first predetermined time interval, the data packet length that this locality sends is set to described new data packet length.
7. according to the method for claim 6, it is characterized in that further comprising the steps of:
Described destination receive described accept described request response packet grouping after, the length of the legal packet of local reception is set to described new data packet length.
8. according to the method for claim 6, it is characterized in that further comprising the steps of:
In second predetermined time interval of described destination after the request that the request that sends to described source end changes data packet length is divided into groups, monitor whether receive the described respond packet of sending from described source end; And
Do not receive under the situation of described respond packet that in described second predetermined time interval described destination resends the request grouping that described request changes data packet length to described source end.
9. method according to Claim 8 is characterized in that described first predetermined time interval is greater than described second predetermined time interval.
10. according to the method for claim 1, it is characterized in that the described step that the data block length is done respective handling may further comprise the steps:
At least according to former data packet length, described new data packet length, judge whether to accept the described request grouping;
If the rejecting said request grouping then sends the grouping of rejecting said request response packet to described destination.
11., it is characterized in that further comprising the steps of according to the method for claim 10:
Described destination remains unchanged the length of the packet of local reception after receiving described rejecting said request response packet grouping.
12., it is characterized in that further comprising the steps of according to the method for claim 10:
In second predetermined time interval of described destination after the request that the request that sends to described source end changes data packet length is divided into groups, monitor whether receive the described respond packet of sending from described source end; And
Do not receive under the situation of described respond packet that in described second predetermined time interval described destination resends the request grouping that described request changes data packet length to described source end.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2003101094296A CN100391195C (en) | 2003-12-15 | 2003-12-15 | Method for dynamically adjusting data packet length based on network service quality |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2003101094296A CN100391195C (en) | 2003-12-15 | 2003-12-15 | Method for dynamically adjusting data packet length based on network service quality |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1630270A CN1630270A (en) | 2005-06-22 |
| CN100391195C true CN100391195C (en) | 2008-05-28 |
Family
ID=34843056
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2003101094296A Expired - Lifetime CN100391195C (en) | 2003-12-15 | 2003-12-15 | Method for dynamically adjusting data packet length based on network service quality |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100391195C (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100388693C (en) * | 2005-12-28 | 2008-05-14 | 华为技术有限公司 | Method and system for monitoring service quality according to service level protocol |
| CN100442730C (en) * | 2007-05-11 | 2008-12-10 | 北京邮电大学 | Measuring Method of Network Link Bandwidth Based on Hop-by-Hop Timestamp Label |
| CN101471873A (en) * | 2007-12-29 | 2009-07-01 | 华为技术有限公司 | Method, equipment and system for controlling medium transmission packet size |
| CN101789852B (en) * | 2010-01-12 | 2012-12-26 | 浙江大学 | Method for dynamic control of data packet length in wireless sensor network |
| CN102801690B (en) * | 2011-05-25 | 2015-09-30 | 华为技术有限公司 | The processing method of Streaming Media, Distributor, client and system |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10126430A (en) * | 1996-10-18 | 1998-05-15 | Toshiba Corp | Cable network system |
| EP1225736A2 (en) * | 2001-01-18 | 2002-07-24 | Texas Instruments Incorporated | Adaptive fragmentation for wireless network communications |
| CN1398094A (en) * | 2001-07-12 | 2003-02-19 | Lg电子株式会社 | Data communication method |
| WO2003015355A2 (en) * | 2001-08-06 | 2003-02-20 | Koninklijke Philips Electronics N.V. | Method for supporting non-linear, highly scalable increase-decrease congestion control scheme |
| US20030076850A1 (en) * | 2001-10-22 | 2003-04-24 | Jason James L. | Determining packet size in networking |
-
2003
- 2003-12-15 CN CNB2003101094296A patent/CN100391195C/en not_active Expired - Lifetime
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10126430A (en) * | 1996-10-18 | 1998-05-15 | Toshiba Corp | Cable network system |
| EP1225736A2 (en) * | 2001-01-18 | 2002-07-24 | Texas Instruments Incorporated | Adaptive fragmentation for wireless network communications |
| CN1398094A (en) * | 2001-07-12 | 2003-02-19 | Lg电子株式会社 | Data communication method |
| WO2003015355A2 (en) * | 2001-08-06 | 2003-02-20 | Koninklijke Philips Electronics N.V. | Method for supporting non-linear, highly scalable increase-decrease congestion control scheme |
| US20030076850A1 (en) * | 2001-10-22 | 2003-04-24 | Jason James L. | Determining packet size in networking |
Non-Patent Citations (2)
| Title |
|---|
| Adaptive Frame Length Control for Improving Wireless LinkThroughput,Range, and Energy Efficiency. Paul Lettieri and Mani B.Srivastava.IEEE. 1998 |
| Adaptive Frame Length Control for Improving Wireless LinkThroughput,Range, and Energy Efficiency. Paul Lettieri and Mani B.Srivastava.IEEE. 1998 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1630270A (en) | 2005-06-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1906906B (en) | Optimized radio bearer configuration for voice over IP | |
| US7852871B2 (en) | System for real-time change of slot duration within a wireless network | |
| KR102520652B1 (en) | Apparatus and method for accessing star network/mesh network of tdma / scpc integrated satellite communication system | |
| EP1317103A3 (en) | Communication control system, communication control method, base station device and mobile terminal device | |
| JP2004529529A (en) | Dynamic bandwidth allocation for multiple access communication using session queues | |
| CN101997916B (en) | Method and device for file transmission based on network | |
| CN102355694A (en) | Data distribution method and device in wireless heterogeneous network and wireless network controller | |
| US7321557B1 (en) | Dynamic latency assignment methodology for bandwidth optimization of packet flows | |
| CN103179656B (en) | The synchronization transfer method and system of Business Stream in a kind of heterogeneous network | |
| CN100394743C (en) | Data transfer rate regulating system, monitoring control device and regulating method | |
| US7983297B2 (en) | Method and apparatus for the efficient use of available communications network bandwidth | |
| CN100391195C (en) | Method for dynamically adjusting data packet length based on network service quality | |
| US20070280110A1 (en) | Method and apparatus for improving the upstream data transfer rate for a cable modem | |
| US6724746B1 (en) | Packet communication system and a method related to such a system | |
| CN104601481A (en) | Method for flow distribution in multichannel access network | |
| CN102802200A (en) | Data message sending method and equipment | |
| CN102377675B (en) | Dynamic bandwidth distribution method, device and system | |
| WO2009146631A1 (en) | Method, device and system for data transmission | |
| GB2423219A (en) | A proxy device interposed between a server and a wireless client controls a characteristic of the server depending on the quality of the link to the client | |
| CN101932003B (en) | Method and equipment for processing congestion control | |
| JP3483458B2 (en) | CBR band sharing device and method | |
| Elloumi et al. | A simulation-based study of TCP dynamics over HFC networks | |
| CN102811149A (en) | A dual-card front-end device used in a video system, its control method, and system | |
| CN100508455C (en) | Method for improving packet transmitting performance | |
| KR100419281B1 (en) | Transmitting Data Processor (TDP) and control method based on PMC in the Central Station for the Satellite Communication Systems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| C56 | Change in the name or address of the patentee |
Owner name: SHANGHAI ALCATEL-LUCENT CO., LTD. Free format text: FORMER NAME: BEIER AERKATE CO., LTD., SHANGHAI |
|
| CP01 | Change in the name or title of a patent holder |
Address after: 201206 Pudong Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai Patentee after: ALCATEL-LUCENT SHANGHAI BELL Co.,Ltd. Address before: 201206 Pudong Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai Patentee before: Shanghai Bell Alcatel Co.,Ltd. |
|
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 201206 Pudong Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai Patentee after: NOKIA SHANGHAI BELL Co.,Ltd. Address before: 201206 Pudong Jinqiao Export Processing Zone, Nanjing Road, No. 388, Shanghai Patentee before: ALCATEL-LUCENT SHANGHAI BELL Co.,Ltd. |
|
| CX01 | Expiry of patent term | ||
| CX01 | Expiry of patent term |
Granted publication date: 20080528 |